[Bug java/40731] New: Failure to bootstrap GCJ 4.4.0

able-multilib --disable-libstdcxx-pch --with-system-zlib --enable-languages=c,c++,java Am I missing something here? Thanks, Ludo'. -- Summary: Failure to bootstrap GCJ 4.4.0 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ludo at gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40731

[Bug java/40731] Failure to bootstrap GCJ 4.4.0

--- Comment #1 from ludo at gnu dot org 2009-07-24 23:17 --- (In reply to comment #0) > gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings This differs from what I've seen in Debian build logs, where `jvgenmain' is compiled at a later stage with `prev-gcc

[Bug java/40731] Failure to bootstrap GCJ 4.4.0

--- Comment #2 from ludo at gnu dot org 2009-07-27 15:25 --- All this was due to our build script building the `configure-gcc' target early on, which apparently confused the build process. Sigh. This bug can be closed now. Sorry for the noise. Ludo'. -- ludo at g

[Bug c/28319] sentinel attribute should support non-NULL sentinels

--- Comment #2 from ludo at gnu dot org 2008-02-21 09:00 --- (In reply to comment #1) > The only time I can think this comes up is that the sentinel is -1. As another example, GNU Guile has a number of variadic functions (e.g., `scm_list_n ()') whose sentinel is `SCM_UNDEFINED

[Bug gcov-profile/57015] New: Link error while building GCC 4.8.0 with 4.7.2 and Binutils 2.22: hidden symbol `__deregister_frame_info' in /.../4.7.2/libgcc_eh.a(unwind-dw2-fde-dip.o) is referenced by

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57015 Bug #: 57015 Summary: Link error while building GCC 4.8.0 with 4.7.2 and Binutils 2.22: hidden symbol `__deregister_frame_info' in /.../4.7.2/libgcc_eh.a(unwind-dw2-fde-dip.o) i

[Bug libmudflap/18885] linker does not link libmudflap automatically with -fmudflap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18885 Ludovic Courtès changed: What|Removed |Added CC||ludo at gnu dot org --- Comment #4

[Bug c/53212] New: cpp consumes comment after pragma

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53212 Bug #: 53212 Summary: cpp consumes comment after pragma Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug bootstrap/59217] New: GCC fails to cross-build: conflicting declarations of 'basename', 'sbrk', etc.

D Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: ludo at gnu dot org Cross-building GCC for GNU/Linux, with host & build glibc 2.18, fails while building genconstants, genhooks, & co

[Bug bootstrap/59217] GCC fails to cross-build: conflicting declarations of 'basename', 'sbrk', etc.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59217 Ludovic Courtès changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug bootstrap/59217] GCC fails to cross-build: conflicting declarations of 'basename', 'sbrk', etc.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59217 --- Comment #2 from Ludovic Courtès --- > PS: For the record the corresponding fix in Guix is > . err, should read:

[Bug bootstrap/71399] New: GCC 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: ludo at gnu dot org Target Milestone: --- Created attachment 38637 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38637&action=edit Diff of stage-2 and stage-3 disasse

[Bug bootstrap/71399] GCC 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #2 from Ludovic Courtès --- (In reply to ktkachov from comment #1) > I tried a bootstrap of the GCC 5.3.0 release as taken from one of the > mirrors in: > https://gcc.gnu.org/mirrors.html > > This was done on an ARMv8-A machine insid

[Bug bootstrap/71399] GCC 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #4 from Ludovic Courtès --- Created attachment 38650 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38650&action=edit Diff of one of the RTL phases between stage 2 and 3, gcc/real.c, GCC 5.4.0

[Bug bootstrap/71399] GCC 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #5 from Ludovic Courtès --- I tried this time with GCC 5.4.0, and with BOOT_CFLAGS='-O2 -g0 -da'. I'm also getting the failure: make[3]: Leaving directory '/tmp/guix-build-gcc-5.4.0.drv-0/build' Comparing stages 2 and 3 warnin

[Bug bootstrap/71399] GCC 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #6 from Ludovic Courtès --- FWIW, we're bootstrapping from an ARM->ARM pseudo cross-compiler (same version, that is 5.3.0 in the initial report, 5.4.0 in the latest report), along the lines of: http://linuxfromscratch.org/lfs/view/

[Bug bootstrap/71399] GCC 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #7 from Ludovic Courtès --- > I have attached the diff of stage[23]-gcc/real.c.192r.expand in the hope it > would provide useful info. The diffs are too noisy: due to '-gtoggle', we not only get "# DEBUG" comments in stage2 dumps and

[Bug target/71399] [5/6/7 Regression] 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #15 from Ludovic Courtès --- Hi Jakub, Thanks for the suggestions. Unfortunately I cannot offer to rebuild everything with dumps right now; I'll see if I can do something later, no promise. Hopefully, with the details and faulty co

[Bug bootstrap/71399] GCC 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #8 from Ludovic Courtès --- Created attachment 39547 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39547&action=edit Revert ARM-specific 4.9.3-to-4.9.4 changes

[Bug bootstrap/71399] GCC 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #9 from Ludovic Courtès --- GCC 4.9.4 exhibits the same bootstrapping failure (again on arm-linux-gnueabihf). I reverted the ARM-specific changes made between 4.9.3 and 4.9.4 by applying the result of "diff -ur gcc-4.9.{4,3}/gcc/conf

[Bug target/71399] [5/6/7 Regression] 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #10 from Ludovic Courtès --- In fact, the revert only needs to be done on the initial pseudo-cross-compiler that is used to build the native compiler (I'm attaching a PDF of the dependency graph, where the initial pseudo-cross-compile

[Bug target/71399] [5/6/7 Regression] 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #11 from Ludovic Courtès --- Created attachment 39587 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39587&action=edit Dependency graph of the native compiler

[Bug target/71399] [5/6/7 Regression] 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #12 from Ludovic Courtès --- (In reply to Ludovic Courtès from comment #10) > In fact, the revert only needs to be done on the initial > pseudo-cross-compiler that is used to build the native compiler (I'm > attaching a PDF of the dep

[Bug target/71399] [5/6/7 Regression] 5.3.0 bootstrap comparison failure on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399 --- Comment #13 from Ludovic Courtès --- Ping!

[Bug target/65711] arm*-linux* "link" spec passes '-dynamic-linker' even for '-shared'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65711 Ludovic Courtès changed: What|Removed |Added CC||ludo at gnu dot org --- Comment #1

[Bug target/65711] New: arm*-linux* "link" spec passes '-dynamic-linker' even for '-shared'

MED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: ludo at gnu dot org gcc/config/arm/linux-elf.h defines LINUX_TARGET_LINK_SPEC to (simplified): %{!static -dynamic-linker LINKER} However, '-d

[Bug libfortran/63930] New: libgfortran should use 'abort ()' instead of 'exit (2)' for run-time errors

D Severity: minor Priority: P3 Component: libfortran Assignee: unassigned at gcc dot gnu.org Reporter: ludo at gnu dot org libgfortran/runtime/error.c uses "exit (2)" in a few places to handle run-time errors. I would suggest replacing the

[Bug c/28319] sentinel attribute should support non-NULL sentinels

--- Comment #3 from ludo at gnu dot org 2008-04-21 12:14 --- I proposed a patch, which awaits approval and copyright assignment: http://article.gmane.org/gmane.comp.gcc.patches/160923/focus=160991 Ludovic. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28319