[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #34 from jakub at gcc dot gnu dot org 2007-12-15 23:09 --- Subject: Bug 34003 Author: jakub Date: Sat Dec 15 23:08:47 2007 New Revision: 130979 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130979 Log: PR bootstrap/34003 * c-decl.c (merge_decls): Copy RTL from olddecl to newdecl. * config/pa/pa.c (pa_encode_section_info): If !first, preserve SYMBOL_FLAG_REFERENCED flag. * gcc.dg/pr34003-1.c: New test. * gcc.dg/pr34003-2.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr34003-1.c trunk/gcc/testsuite/gcc.dg/pr34003-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/config/pa/pa.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #33 from jakub at gcc dot gnu dot org 2007-12-13 20:21 --- Created an attachment (id=14747) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14747&action=view) gcc43-pr34003.patch I'm testing it on x86_64-linux now to see if it doesn't cause any issues. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Attachment #14745|0 |1 is obsolete|| AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|WAITING |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #32 from jakub at gcc dot gnu dot org 2007-12-13 19:37 --- I have a patch to fix c-decl.c and pa_encode_section_info which together fixes this bug. I'll prepare a testcase and submit. The removal of the unnecessary deferral can be postponed for later. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-13 19:19 --- Subject: Re: [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free > If PA wants to keep the guards (!TREE_ASM_WRITTEN && SYMBOL_REF_REFERENCED_P > ()), > it can, but that surely can be done in ASM_OUTPUT_EXTERNAL too, doesn't need > any deferral. At this point in time, I can't remember whether this is essential or not. I believe this was done to avoid duplicated and unnecessary directives. I'm fairly sure a .IMPORT directive for a symbol that isn't referenced doesn't cause problems. I'll try your change tonight. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #30 from jakub at gcc dot gnu dot org 2007-12-13 18:58 --- If PA wants to keep the guards (!TREE_ASM_WRITTEN && SYMBOL_REF_REFERENCED_P ()), it can, but that surely can be done in ASM_OUTPUT_EXTERNAL too, doesn't need any deferral. In that case this will be broken again. From what I see this is caused by http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02029.html which removed copying of DECL_RTL from olddecl to newdecl (but kept the DECL_RTL_SET_P hunk at the end, which now never triggers). Because of that change DECL_RTL after duplicate_decls is now created from scratch and so the PA specific bit whether it was referenced or not is not set. I guess we should fix merge_decls no matter what PA chooses. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-13 18:54 --- Subject: Re: [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free > First of all I wonder what's the point of the PA ASM_OUTPUT_EXTERNAL_REAL vs. > ASM_OUTPUT_EXTERNAL hacks. The middle-end already does the deferring itself, > see > assemble_external/process_pending_assemble_externals/assemble_external_real. I think I deferred the PA output before the middle-end deferral was implemented. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #28 from jakub at gcc dot gnu dot org 2007-12-13 17:53 --- Created an attachment (id=14745) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14745&action=view) gcc43-pr34003.patch Indeed, removing that second deferral cures this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #27 from jakub at gcc dot gnu dot org 2007-12-13 17:34 --- First of all I wonder what's the point of the PA ASM_OUTPUT_EXTERNAL_REAL vs. ASM_OUTPUT_EXTERNAL hacks. The middle-end already does the deferring itself, see assemble_external/process_pending_assemble_externals/assemble_external_real. The only place where ASM_OUTPUT_EXTERNAL is invoked is during process_pending_assemble_externals, i.e. right before targetm.asm_out.file_end (well, there is also output of IDENT_ASM_OP, but that isn't relevant). So, PA buffers the externals once again, from the process_pending_assemble_externals call to the immediately following file_end. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #26 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-13 17:23 --- Subject: Re: [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free > rtl.s has > .CALL ARGW0=GR > bl ggc_free,%r2 > nop > in VEC_rtx_gc_free, but no corresponding .IMPORT ggc_free, CODE > directive. Could you please also attach rtl.i and exact set of options which > were used to compile it, so that I can poke at it with a cross compiler? Lack of a .IMPORT for ggc_free will cause link errors. The linker default is "DATA". Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #25 from jakub at gcc dot gnu dot org 2007-12-13 17:18 --- Ok, got it, minimal testcase is: extern void foo (void); int bar (void) { foo (); return 1; } extern void foo (void); with -fno-unit-at-a-time there is no .IMPORT directive for foo (removing the prototype after use fixes this). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #24 from r dot emrich at de dot tecosim dot com 2007-12-13 17:01 --- Created an attachment (id=14744) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14744&action=view) preprocessed source gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings-DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/build -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/../include -I./../intl -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/../libcpp/include -I/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/include -I/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/include -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/../libdecnumber -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/../libdecnumber/dpd -I../libdecnumber-o build/rtl.o /raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/rtl.c -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #23 from jakub at gcc dot gnu dot org 2007-12-13 16:53 --- rtl.s has .CALL ARGW0=GR bl ggc_free,%r2 nop in VEC_rtx_gc_free, but no corresponding .IMPORT ggc_free, CODE directive. Could you please also attach rtl.i and exact set of options which were used to compile it, so that I can poke at it with a cross compiler? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #22 from r dot emrich at de dot tecosim dot com 2007-12-13 14:09 --- Created an attachment (id=14743) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14743&action=view) assembler code rtl.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #21 from r dot emrich at de dot tecosim dot com 2007-12-13 14:08 --- Created an attachment (id=14742) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14742&action=view) assembler code ggc-none.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #20 from jakub at gcc dot gnu dot org 2007-12-13 13:06 --- Can you attach rtl.s and ggc-none.s (just add -save-temps when compiling rtl.o and ggc-none.o)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #19 from r dot emrich at de dot tecosim dot com 2007-12-13 12:06 --- /usr/ccs/bin/nm build/rtl.o Symbols from build/rtl.o: NameValue Scope TypeSubspace $$dyncall | |undef |milli | $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $LIT$ | 0|static|data |$LIT$ $global$| |undef |data | L$C0273 | 4176|static|data |$LIT$ L$FBB0001 | 0|static|code |$CODE$ L$FBB0002 | 0|static|code |$CODE$ L$FBB0015 | 0|static|code |$CODE$ L$FBB0016 | 0|static|code |$CODE$ L$FBB0018 | 0|static|code |$CODE$ L$FBB0019 | 0|static|code |$CODE$ L$FBB0020 | 0|static|code |$CODE$ L$FBB0021 | 0|static|code |$CODE$
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #18 from r dot emrich at de dot tecosim dot com 2007-12-13 11:58 --- Here the complete linker step. I added the -v -t +vallcompatwarnings command line switches. /usr/ccs/bin/ld -v -L/lib/pa1.1 -L/usr/lib/pa1.1 -z -u main -u __gcc_plt_call -o build/genconstants /usr/ccs/lib/crt0.o /lib/unix95.o -L/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/lib/gcc/hppa2.0w-hp-hpux11.00/4.3.0 -L/usr/ccs/lib -L/opt/langtools/lib -L/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/lib build/genconstants.o build/rtl.o build/read-rtl.o build/ggc-none.o build/vec.o build/min-insn-modes.o build/gensupport.o build/print-rtl.o build/errors.o ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a -lgcc -lgcc_eh -lc -lgcc -lgcc_eh -t +vallcompatwarnings LPATH is : /usr/lib:/opt/langtools/lib Loading /usr/ccs/lib/crt0.o: Loading /lib/unix95.o: Loading build/genconstants.o: Loading build/rtl.o: /usr/ccs/bin/ld: (Warning) Symbols named "ggc_free" of incompatible types (such as CODE and DATA) were found in build/rtl.o and build/genconstants.o. This may not be supported in future releases. Loading build/read-rtl.o: /usr/ccs/bin/ld: (Warning) Symbols named "ggc_free" of incompatible types (such as CODE and DATA) were found in build/read-rtl.o and build/rtl.o. This may not be supported in future releases. Loading build/ggc-none.o: Loading build/vec.o: Loading build/min-insn-modes.o: Loading build/gensupport.o: Loading build/print-rtl.o: Loading build/errors.o: Searching library ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a: WARNING: LIBRARY ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a HAS OVERFLOW SYMBOLS; USE CLEANRL Selecting hashtab.o to resolve htab_find_slot referenced from build/read-rtl.o referenced from build/gensupport.o Selecting safe-ctype.o to resolve _sch_tolower referenced from build/read-rtl.o Selecting concat.o to resolve concat referenced from build/read-rtl.o referenced from build/gensupport.o Selecting hashtab.o to resolve htab_traverse referenced from build/read-rtl.o referenced from build/gensupport.o Selecting safe-ctype.o to resolve _sch_istable referenced from build/read-rtl.o referenced from build/gensupport.o Selecting xstrdup.o to resolve xstrdup referenced from build/read-rtl.o referenced from build/gensupport.o Selecting hashtab.o to resolve htab_hash_pointer referenced from build/read-rtl.o Selecting fopen_unlocked.o to resolve unlock_std_streams referenced from build/gensupport.o Selecting obstack.o to resolve _obstack_begin referenced from build/read-rtl.o referenced from build/gensupport.o Selecting hashtab.o to resolve htab_hash_string referenced from build/gensupport.o Selecting obstack.o to resolve obstack_free referenced from build/read-rtl.o Selecting hashtab.o to resolve htab_elements referenced from build/read-rtl.o Selecting hashtab.o to resolve htab_create referenced from build/read-rtl.o referenced from build/gensupport.o Selecting safe-ctype.o to resolve _sch_toupper referenced from build/read-rtl.o Selecting xmalloc.o to resolve xcalloc referenced from build/ggc-none.o referenced from build/gensupport.o Selecting xmalloc.o to resolve xrealloc referenced from build/read-rtl.o referenced from build/gensupport.o referenced from build/vec.o referenced from build/ggc-none.o Selecting hashtab.o to resolve htab_create_alloc referenced from build/gensupport.o Selecting fopen_unlocked.o to resolve fopen_unlocked referenced from build/gensupport.o Selecting obstack.o to resolve _obstack_newchunk referenced from build/read-rtl.o Selecting xmalloc.o to resolve xmalloc referenced from build/read-rtl.o referenced from build/gensupport.o referenced from build/ggc-none.o Selecting hashtab.o to resolve htab_find referenced from build/read-rtl.o referenced from build/gensupport.o Loading ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(concat.o): Loading ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(fopen_unlocked.o): Loading ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(hashtab.o): Loading ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(obstack.o): Loading ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(safe-ctype.o): Loading ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(xmalloc.o): Loading ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(xstrdup.o): Searching library ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a: Selecting xexit.o to resolve xexit referenced from ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(xmalloc.o) Loading ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a(xexit.o): Searching library ../build-hppa2.0w-hp-hpux11.00/libiberty/libiberty.a: Searching library /appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/lib/gcc/hppa2.0w-hp-hpux11.00/4.3.0/libgcc.a: WARNING: LIBRARY /appl/shared/gcc/HP-UX/hppa2
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #17 from r dot emrich at de dot tecosim dot com 2007-12-11 12:26 --- I'm completly lost. On the same machine: Actual 4.2 branch works fine. Bootstrapping without java and using the resulting gcc as bootstrap compiler for both configurations hppa2.0w-hp-hpux11.00 and hppa64-hp-hpux11.00 is working. The same is true for trunk and hppa64-hp-hpux11.00. Bootstrapping trunk for hppa2.0w-hp-hpux11.00 is fine too. The problem only arises if I use trunk for bootstrapping trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #16 from jakub at gcc dot gnu dot org 2007-12-11 11:40 --- But according to PR32636, gcc can bootstrap on hppa2.0w-hp-hpux11.11. Perhaps you have a buggy linker? nm dump you posted shows definition of those symbols... -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #15 from r dot emrich at de dot tecosim dot com 2007-11-09 15:06 --- Created an attachment (id=14515) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14515&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #14 from r dot emrich at de dot tecosim dot com 2007-11-09 14:40 --- nm ggc-none.o Symbols from ggc-none.o: NameValue Scope TypeSubspace $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ $CODE$ | 0|static|data |$CODE$ free| |undef |code | ggc_alloc_cleared_stat| 0|extern|entry |$CODE$ ggc_alloc_stat | 0|extern|entry |$CODE$ ggc_alloc_typed_stat| 0|extern|entry |$CODE$ ggc_free| 0|extern|entry |$CODE$ ggc_realloc_stat| 0|extern|entry |$CODE$ xcalloc | |undef |code | xmalloc | |undef |code | xrealloc| |undef |code | -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #13 from r dot emrich at de dot tecosim dot com 2007-11-09 10:33 --- Your right, seems to be platform-specific. hppa64-hp-hpux11.00 is ok. I will investigate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #12 from rsandifo at gcc dot gnu dot org 2007-11-08 16:10 --- Interesting. Something platform-specific must be going wrong here. The original build failure shouldn't have happened even without the attached patch because ggc-none.o should provide a definition of ggc_free. The cc1 link shouldn't fail because $(GGC).o should be linked into libbackend.a. It's probably easier to track down why the original failure happened, rather than why the cc1 one happened, so could you try again without the patch I attached and see why ggc-none.o isn't providing a definition of ggc_free? As things stand, I don't think this was caused by my 2006 patch after all, so I'll unassign myself to avoid confusion. (I'll keep myself on cc: because I'm curious what's wrong.) -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added CC||rsandifo at gcc dot gnu dot ||org Status|WAITING |NEW Last reconfirmed|2007-11-06 21:38:47 |2007-11-08 16:10:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #11 from r dot emrich at de dot tecosim dot com 2007-11-07 10:58 --- Created an attachment (id=14494) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14494&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #10 from r dot emrich at de dot tecosim dot com 2007-11-07 10:57 --- Patch solves the problem for rtl.c in gcc-4.3.0, but later: gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings-DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o c-parser.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o \ main.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ./../intl/libintl.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/lib -L/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/lib -lmpfr -lgmp /usr/ccs/bin/ld: Unsatisfied symbols: ggc_free (first referenced in c-lang.o) (data) /usr/ccs/bin/ld: (Warning) Linker features were used that may not be supported in future releases. The +vallcompatwarnings option can be used to display more details, and the ld(1) man page contains additional information. This warning can be suppressed with the +vnocompatwarnings option. collect2: ld returned 1 exit status gmake[3]: *** [cc1-dummy] Error 1 gmake[3]: Leaving directory `/disk1/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/gcc' gmake[2]: *** [all-stage1-gcc] Error 2 gmake[2]: Leaving directory `/disk1/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/disk1/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0' gmake: *** [all] Error 2 Same problem in c-lang.c ! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
-- rsandifo at gcc dot gnu dot org changed: What|Removed |Added CC|rsandifo at sources dot | |redhat dot com | Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #9 from rsandifo at gcc dot gnu dot org 2007-11-06 22:15 --- Created an attachment (id=14490) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14490&action=view) possible patch I can't produce the bug on x86_64-linux-gnu, but could you give the attached patch a go? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
-- rsandifo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-11-06 18:52:20 |2007-11-06 21:38:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
[Bug bootstrap/34003] [4.2/4.3 Regression] gcc 4.3.0 unable to bootstrap itself; Unsatisfied symbols: ggc_free
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-11-06 18:52 --- Confirmed. Caused by: 2006-02-18 Richard Sandiford <[EMAIL PROTECTED]> -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rsandifo at sources dot ||redhat dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|hppa2.0w-hp-hpux11.00 | GCC host triplet|hppa2.0w-hp-hpux11.00 | GCC target triplet|hppa2.0w-hp-hpux11.00 | Last reconfirmed|-00-00 00:00:00 |2007-11-06 18:52:20 date|| Summary|[4.3 Regression] gcc 4.3.0 |[4.2/4.3 Regression] gcc |unable to bootstrap itself; |4.3.0 unable to bootstrap |Unsatisfied symbols:|itself; Unsatisfied symbols: |ggc_free|ggc_free Target Milestone|4.3.0 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003