From: Eric Botcazou <botcazou@adacore.com>
To: Sebastian Huber <sebastian.huber@embedded-brains.de>
Cc: gcc@gcc.gnu.org
Subject: Re: gnatlink vs. -mthumb -march=armv7-a+simd -mfloat-abi=hard
Date: Wed, 26 Jun 2024 10:03:40 +0200 [thread overview]
Message-ID: <4901873.GXAFRqVoOG@fomalhaut> (raw)
In-Reply-To: <e7a2edda-8e8f-420c-92ad-218f1e583a7f@embedded-brains.de>
> From the documentation
> (https://gcc.gnu.org/onlinedocs/gcc/Spec-Files.html):
>
> %{S*}
>
> Substitutes all the switches specified to GCC whose names start
> with -S, but which also take an argument. This is used for switches like
> -o, -D, -I, etc. GCC considers -o foo as being one switch whose name
> starts with ‘o’. %{o*} substitutes this text, including the space. Thus
> two arguments are generated.
The ultimate spec(!) is to be found in gcc.cc though, which says:
%{S*} substitutes all the switches specified to GCC whose names start
with -S. This is used for -o, -I, etc; switches that take
arguments. GCC considers `-o foo' as being one switch whose
name starts with `o'. %{o*} would substitute this text,
including the space; thus, two arguments would be generated
%{S*&T*} likewise, but preserve order of S and T options (the order
of S and T in the spec is not significant). Can be any number
of ampersand-separated variables; for each the wild card is
optional. Useful for CPP as %{D*&U*&A*}.
> It looks like this is working as documented. I checked this with the
> following spec file:
But you wouldn't have a problem if it was, would you? What happens if the '+'
is changed to another character in the line passed to the driver.
--
Eric Botcazou
prev parent reply other threads:[~2024-06-26 8:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-28 8:16 Sebastian Huber
2022-04-28 12:50 ` Joel Sherrill
2022-04-28 15:17 ` Richard Earnshaw
2024-06-24 14:06 ` Sebastian Huber
2024-06-25 12:53 ` Sebastian Huber
2024-06-25 18:22 ` Sebastian Huber
2024-06-25 23:35 ` Eric Botcazou
2024-06-26 5:35 ` Sebastian Huber
2024-06-26 8:03 ` Eric Botcazou [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4901873.GXAFRqVoOG@fomalhaut \
--to=botcazou@adacore.com \
--cc=gcc@gcc.gnu.org \
--cc=sebastian.huber@embedded-brains.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).