From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi1-f179.google.com (mail-oi1-f179.google.com [209.85.167.179]) by sourceware.org (Postfix) with ESMTPS id 4BF6B3857372 for ; Thu, 28 Apr 2022 12:51:07 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 4BF6B3857372 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=rtems.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-oi1-f179.google.com with SMTP id s131so5237004oie.1 for ; Thu, 28 Apr 2022 05:51:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=s5dyM+Jh8wm8pp6KmwHK4/scHvSbJ/jHowth34k2EpE=; b=AWsa4JFwEpPwwxMfwkrN9IU3iJjyCLbnj/vVgagpNrWDN9vrDc7NWYM68UF9c58D8d 84D4iGtozDwKKAwqe3hbOVOjKGR1I1/QbCR70YMMxnTLqdlSTk20EuYeryYsOtkkRqOS SpWEY26tN2Ak/M+lOIRbFRX5wCZTXxxjvwOWp3hy5W7pwY1IyComKmLT8Kt2i1eeT487 sgbBcWW+nq7B5gk8JyjU/8UilXMllI/OXGXoJYxzdosJlOsv8IfBlPeWROOko34juh9A c45Z/nHROQ3cStDPZ/p2DtnCtLvOJh2XJnOjFA82wkKXVfAxfP5SAPTu1xL0+Qa4imQd bDRg== X-Gm-Message-State: AOAM532leKKTRacOgigVMdyZgzBxfNBlmpGdgA7skwA9sxYwe5kjhQ7M QKQ565Qfyn8FgpgnApzW9cjooBTk4OqEfQ== X-Google-Smtp-Source: ABdhPJyNHwZW+Wt1kxEHOE705YbTLL5iJzpc8Pkl2Ypn13oVv393yTAd9WTnbRbjwJTeE8ezAc1Nhw== X-Received: by 2002:a05:6808:1999:b0:322:a34d:d4da with SMTP id bj25-20020a056808199900b00322a34dd4damr14363871oib.212.1651150266017; Thu, 28 Apr 2022 05:51:06 -0700 (PDT) Received: from mail-oi1-f169.google.com (mail-oi1-f169.google.com. [209.85.167.169]) by smtp.gmail.com with ESMTPSA id n62-20020acaef41000000b002ef646e6690sm7099772oih.53.2022.04.28.05.51.05 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 28 Apr 2022 05:51:05 -0700 (PDT) Received: by mail-oi1-f169.google.com with SMTP id r1so5034538oie.4 for ; Thu, 28 Apr 2022 05:51:05 -0700 (PDT) X-Received: by 2002:a05:6808:1996:b0:322:73e4:893e with SMTP id bj22-20020a056808199600b0032273e4893emr15439148oib.15.1651150264920; Thu, 28 Apr 2022 05:51:04 -0700 (PDT) MIME-Version: 1.0 References: <34bf050f-eaf9-3209-a2de-857a149dd8d3@embedded-brains.de> In-Reply-To: <34bf050f-eaf9-3209-a2de-857a149dd8d3@embedded-brains.de> Reply-To: joel@rtems.org From: Joel Sherrill Date: Thu, 28 Apr 2022 07:50:52 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: gnatlink vs. -mthumb -march=armv7-a+simd -mfloat-abi=hard To: Sebastian Huber Cc: GCC X-Spam-Status: No, score=-3031.6 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2022 12:51:09 -0000 On Thu, Apr 28, 2022, 3:17 AM Sebastian Huber < sebastian.huber@embedded-brains.de> wrote: > Hello, > > I test currently the Ada support for RTEMS in GCC 12. We have a -mthumb > -march=3Darmv7-a+simd -mfloat-abi=3Dhard multilib for which the Ada RTS i= s > built like this: > > make[4]: Entering directory > '/tmp/sh/b-gcc-arm-rtems6/arm-rtems6/thumb/armv7-a+simd/hard/libada' > make -C ../../../../.././gcc/ada "MAKEOVERRIDES=3D" "LDFLAGS=3D-mthumb > -march=3Darmv7-a+simd -mfloat-abi=3Dhard" "LN_S=3Dln -s" "SHELL=3D/bin/sh= " > "GNATLIBFLAGS=3D-W -Wall -gnatpg -nostdinc -mthumb -march=3Darmv7-a+simd > -mfloat-abi=3Dhard" "GNATLIBCFLAGS=3D-g -O2 -mthumb -march=3Darmv7-a+simd > -mfloat-abi=3Dhard" "GNATLIBCFLAGS_FOR_C=3D-W -Wall -g -O2 -g -O2 > -fexceptions -DIN_RTS -DHAVE_GETIPINFO -mthumb -march=3Darmv7-a+simd > -mfloat-abi=3Dhard" "PICFLAG_FOR_TARGET=3D-fPIC" "THREAD_KIND=3Dnative" > "TRACE=3Dno" "MULTISUBDIR=3D/thumb/armv7-a+simd/hard" > "libsubdir=3D/tmp/sh/i-arm-rtems6/lib64/gcc/arm-rtems6/12.0.1/thumb/armv7= -a+simd/hard" > > "toolexeclibdir=3D/tmp/sh/i-arm-rtems6/lib64/gcc/arm-rtems6/12.0.1/thumb/= armv7-a+simd/hard/adalib" > > "objext=3D.o" "prefix=3D/tmp/sh/i-arm-rtems6" > "exeext=3D.exeext.should.not.be.used " > 'CC=3Dthe.host.compiler.should.not.be.needed' > "GCC_FOR_TARGET=3D/tmp/sh/b-gcc-arm-rtems6/./gcc/xgcc > -B/tmp/sh/b-gcc-arm-rtems6/./gcc/ -nostdinc > -B/tmp/sh/b-gcc-arm-rtems6/arm-rtems6/newlib/ -isystem > /tmp/sh/b-gcc-arm-rtems6/arm-rtems6/newlib/targ-include -isystem > /home/EB/sebastian_h/src/gcc/newlib/libc/include > -B/tmp/sh/i-arm-rtems6/arm-rtems6/bin/ > -B/tmp/sh/i-arm-rtems6/arm-rtems6/lib/ -isystem > /tmp/sh/i-arm-rtems6/arm-rtems6/include -isystem > /tmp/sh/i-arm-rtems6/arm-rtems6/sys-include " "CFLAGS=3D-g -O2 -mthumb > -march=3Darmv7-a+simd -mfloat-abi=3Dhard" ./bldtools/oscons/xoscons > > When I try to link a test application I get this error: > > arm-rtems7-gnatlink > /tmp/sh/b-rtems/arm/realview_pbx_a9_qemu/testsuites/ada/samples/nsecs/nse= cs.ali > > testsuites/ada/samples/nsecs/init.o -qnolinkcmds -T > linkcmds.realview_pbx_a9_qemu -Wl,--wrap=3Dprintf -Wl,--wrap=3Dputs > -Wl,--wrap=3Dputchar -L. -lrtemscpu -lrtemsbsp -lrtemstest -qrtems -mthum= b > -march=3Darmv7-a+simd -mfloat-abi=3Dhard -mtune=3Dcortex-a9 -Wl,--gc-sect= ions > -L/home/EB/sebastian_h/src/rtems/bsps/arm/shared/start > -L/home/EB/sebastian_h/src/rtems/bsps/arm/realview-pbx-a9/start -o > /tmp/sh/b-rtems/arm/realview_pbx_a9_qemu/testsuites/ada/ada_nsecs.exe > /opt/rtems/7/lib/gcc/arm-rtems7/12.0.1/thumb/armv7-a+simd/hard/adainclude= /s-secsta.ads:288:9: > > sorry, unimplemented: Thumb-1 'hard-float' VFP ABI > > The s-secsta.ads seems to be from the right multilib directory > (Thumb-2), however, I get a sorry message related to Thumb-1? > Any chance you can see in the tools build log how that file is actually compiled? I'm suspicious that this multilib is named in a complicated way and their command line parsing doesn't get it all the way through the layers. Years ago I added -Gn support to this process so they could handle the MIPS for RTEMS. What would have to be stripped off of the arts to result in this? --joel > -- > embedded brains GmbH > Herr Sebastian HUBER > Dornierstr. 4 > 82178 Puchheim > Germany > email: sebastian.huber@embedded-brains.de > phone: +49-89-18 94 741 - 16 > fax: +49-89-18 94 741 - 08 > > Registergericht: Amtsgericht M=C3=BCnchen > Registernummer: HRB 157899 > Vertretungsberechtigte Gesch=C3=A4ftsf=C3=BChrer: Peter Rasmussen, Thomas= D=C3=B6rfler > Unsere Datenschutzerkl=C3=A4rung finden Sie hier: > https://embedded-brains.de/datenschutzerklaerung/ >