This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler
- From: "howarth.at.gcc at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 24 Oct 2016 00:56:42 +0000
- Subject: [Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler
- Auto-submitted: auto-generated
- References: <bug-71767-4@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
--- Comment #41 from Jack Howarth <howarth.at.gcc at gmail dot com> ---
(In reply to Jack Howarth from comment #40)
> (In reply to Jack Howarth from comment #39)
> > (In reply to Eric Gallager from comment #38)
> >
> > Your issue of undefined symbols under FSF gcc is orthogonal to the problem
> > discussed in this PR. As I mentioned before, the same issue is observed for
> > a build of stock emacs 25.1 with '-O0 -flto' using a stock (unpatched) gcc
> > 6.2.0 compiler. You should open a separate PR for that bug.
>
> Your bug might be reproducible on linux using a gcc build that doesn't have
> build_lto_plugin set by configure so the same LTO code path is used as on
> darwin.
FYI, I was able to reproduce the same bug on x86_64 linux when building emacs
25.1 with -flto using a build of gcc 6.2.0 with configure manually edited to
set build_lto_plugin=no on linux.
CCLD temacs
/tmp/cc7ZBmmQ.ltrans0.ltrans.o:(.rodata+0x135a0): undefined reference to `.L1'
...
/tmp/cc7ZBmmQ.ltrans0.ltrans.o:(.rodata+0x13bc8): more undefined references to
`.L174' follow
collect2: fatal error: ld returned 1 exit status