From: Paul Smith <paul@mad-scientist.net>
To: "gcc-help@gcc.gnu.org" <gcc-help@gcc.gnu.org>
Subject: Re: -Wpsabi: to keep or not to keep?
Date: Thu, 26 May 2022 13:35:25 -0400 [thread overview]
Message-ID: <59accfc837a7023539cc27ab36eeaab0029a0315.camel@mad-scientist.net> (raw)
In-Reply-To: <11e542a0fe370d5abae6e0b6401b268321138fda.camel@mad-scientist.net>
On Sun, 2022-05-22 at 15:05 -0400, Paul Smith wrote:
> Upgrading my environment to GCC 11.3 (from GCC 10.2) I'm seeing these
> new warnings:
Sorry for the delay I just couldn't find the time/energy to recreate
this email.
I'm seeing this output when I compile on GNU/Linux for ARM:
Foo.cpp: In member function 'virtual std::pair<double, double> Foo::cost(double, double, const Quantifier*) const':
Foo.cpp:100:101: note: parameter passing for argument of type 'std::pair<double, double>' when C++17 is enabled changed to match C++14 in GCC 10.1
These aren't emitted on Intel.
I've investigated these notes but don't see any way to avoid them,
short of using -Wno-psabi.
Just for clarity, I build all my thirdparty prerequisites myself
(except stdc and other system libraries, which are in C) and I rebuild
them all when I switch compilers. So there shouldn't be any (C++) code
built with any other version of GCC linked in my code.
Given this does anyone have opinions on how to proceed (assuming I
don't want to just let these be printed):
Can I modify the code somehow so they're not printed?
Given the above is it reasonable to just add -Wno-psabi to the compile
line and not worry that I'll miss some important ABI note?
Or should I use pragmas to disable this diagnostic only in the specific
place(s) where this warning appears today?
prev parent reply other threads:[~2022-05-26 17:35 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-22 19:05 Paul Smith
2022-05-22 20:01 ` Paul Smith
2022-05-26 17:35 ` Paul Smith [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=59accfc837a7023539cc27ab36eeaab0029a0315.camel@mad-scientist.net \
--to=paul@mad-scientist.net \
--cc=gcc-help@gcc.gnu.org \
/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).