[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #29 from rguenth at gcc dot gnu dot org 2009-09-06 22:59 --- Fixed as of comment #25. For the remaining see PR41237. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #19 from developer at sandoe-acoustics dot co dot uk 2009-09-04 08:36 --- this also applies to powerpc-apple-darwin8 at least at 151409 -- developer at sandoe-acoustics dot co dot uk changed: What|Removed |Added CC||developer at sandoe- ||acoustics dot co dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #20 from dominiq at lps dot ens dot fr 2009-09-04 12:24 --- this also applies to powerpc-apple-darwin8 at least at 151409 This should be fixed now (try r151388 or newer, see pr41237). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #21 from developer at sandoe-acoustics dot co dot uk 2009-09-04 16:27 --- (In reply to comment #20) this also applies to powerpc-apple-darwin8 at least at 151409 This should be fixed now (try r151388 or newer, see pr41237). i686-apple-darwin9 appear to be fine.. (per the referenced pr41237). unfortunately, powerpc-apple-darwin8 is not... Updated to revision 151426. Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1obj-checksum.o differs warning: gcc/cc1objplus-checksum.o differs warning: gcc/cc1plus-checksum.o differs Bootstrap comparison failure! gcc/alias.o differs etc. etc. bear in mind that darwin8 is the 'end of the road' for a bunch of PPC hardware so it would be nice if this still worked. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #22 from dominiq at lps dot ens dot fr 2009-09-04 16:41 --- When you run ./config ..., you should see rm: conftest.dSYM: is a directory checking for default BUILD_CONFIG... conftest.o.g0.stripped conftest.o.g.stripped differ: char 23, line 2 stripping off .eh_frame, then retrying failed to strip off .eh_frame conftest.o.g0.stripped conftest.o.g.stripped differ: char 23, line 2 If not, it means that strip is working differently on darwin8 and darwin9. bear in mind that darwin8 is the 'end of the road' for a bunch of PPC hardware so it would be nice if this still worked. darwin9 works fine on ppc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-09-04 16:57 --- If you follow the recent posts for Bug bootstrap/41241, you will see that there is still some residual break even on i586 linux. I won't worry too much just yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #24 from developer at sandoe-acoustics dot co dot uk 2009-09-04 17:00 --- (In reply to comment #22 #23) When you run ./config ..., you should see rm: conftest.dSYM: is a directory checking for default BUILD_CONFIG... conftest.o.g0.stripped conftest.o.g.stripped differ: char 23, line 2 stripping off .eh_frame, then retrying failed to strip off .eh_frame conftest.o.g0.stripped conftest.o.g.stripped differ: char 23, line 2 $ ../gcc-4-5-regtest/configure --prefix=/Volumes/ScratchCS/gcc-4-5-install --target=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --build=powerpc-apple-darwin8 --enable-languages=c,objc,c++,obj-c++,fortran --enable-version-specific-runtime-libs --enable-threads --enable-checking=yes --program-suffix=-4.5.0 --with-dwarf2 --with-libiconv-prefix=/usr --with-system-zlib --enable-stage1-languages=c,c++ checking build system type... powerpc-apple-darwin8 snip checking for correct version of CLooG... no The following languages will be built: c,c++,fortran,objc,obj-c++ *** This configuration is not supported in the following subdirectories: target-libmudflap target-libada gnattools target-libffi target-zlib target-libjava zlib target-boehm-gc (Any other directories should still work fine.) checking for default BUILD_CONFIG... bootstrap-debug checking for bison... bison -y snip something different.. indeed. bear in mind that darwin8 is the 'end of the road' for a bunch of PPC hardware so it would be nice if this still worked. darwin9 works fine on ppc. on high end G4 G5 with plenty of memory.. indeed - not a pleasant idea/unsupported on other variants. Jack; OK, I'll be patient... but it's sure getting in the way of trying to do some fortran work!! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #25 from aoliva at gcc dot gnu dot org 2009-09-04 19:07 --- Fixed with revision 151367. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2009-09-04 19:18 --- (In reply to comment #25) Fixed with revision 151367. Apparently, not since Iain was on r151409, however it might be fixed after the patch from... http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00381.html goes in perhaps? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #27 from developer at sandoe-acoustics dot co dot uk 2009-09-04 19:38 --- (In reply to comment #26) (In reply to comment #25) Fixed with revision 151367. this is true for powerpc-apple-darwin9 (which is the mentioned system in the bug) it is NOT fixed for powerpc-apple-darwin8, as of 151420 - should I raise a new bug? it might be fixed after the patch from... http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00381.html I'll try later - I just rebooted the G5 into Darwin9 to try that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2009-09-04 19:52 --- I would wait until none of the other major targets are reporting failures in comparing stage2 and stage3 (hopefully later today). If it still fails, then report it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-09-03 15:26 --- Dominique, Can you run dwarfdump on a stage2 and stage3 binary that differ from this failed build on powerpc-apple-darwin9? Is there actual differences or is the stage2 binary empty like on x86_64-apple-darwin10? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #16 from dominiq at lps dot ens dot fr 2009-09-03 16:07 --- Is there actual differences or is the stage2 binary empty like on x86_64-apple-darwin10? The file I looked at (was stage2-gcc/intl.o) was empty. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #17 from dominiq at lps dot ens dot fr 2009-09-03 16:15 --- If I am not mistaken, strip on darwin does not strip the DWARF stuff by default nor with the options I have tried (including -S file.o -o out_file). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2009-09-03 16:32 --- My mistake. I believe dwarfdump is showing the debug symbols and not the sections. The stage2 build apparently doesn't generate any debug symbols. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #1 from dominiq at lps dot ens dot fr 2009-09-02 13:15 --- This is likely due to r151311, hence added Alexandre Oliva in the CC list. -- dominiq at lps dot ens dot fr changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-09-02 13:33 --- Does this also effect i*86-apple-darwin* and x86_64-apple-darwin*? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #3 from dominiq at lps dot ens dot fr 2009-09-02 13:40 --- Does this also effect i*86-apple-darwin* and x86_64-apple-darwin*? I don't know since I did not updated trunk on my macbook. I am waiting for the mess be sorted out before doins so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-02 14:52 --- Hello, Dominique, thanks for the report. Would you please run: # /path/to/srcdir/contrib/compare-debug --preserve stage[23]-gcc/intl.o and let me know what it outputs. Comparing the objdump output for both .stripped object files would be desirable as well. I'm wondering whether there was a failure to strip them, or some compare failure because of the naïve use of cmp. If strip won't get object files that would pass compare, then compare-debug will have to be disabled for this platform. But maybe there's some simple work-around, like using the tailcompare compare code that we use elsewhere. Thanks in advance, -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-09-02 14:52:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #5 from dominiq at lps dot ens dot fr 2009-09-02 15:07 --- Would you please run: [karma] gcc/darwin_buildw% ../_gcc_clean/contrib/compare-debug --preserve stage2-gcc/intl.o stage3-gcc/intl.o strip: symbols referenced by relocation entries that can't be stripped in: /opt/gcc/darwin_buildw/stage2-gcc/intl.o.stripped.. dyld_stub_binding_helper _setlocale _libintl_gettext _libintl_textdomain _wcswidth _mbstowcs _nl_langinfo _strcasecmp _libintl_bindtextdomain _strcmp strip: symbols referenced by relocation entries that can't be stripped in: /opt/gcc/darwin_buildw/stage3-gcc/intl.o.stripped.. dyld_stub_binding_helper _setlocale _libintl_gettext _libintl_textdomain _wcswidth _mbstowcs _nl_langinfo _strcasecmp _libintl_bindtextdomain _strcmp stage2-gcc/intl.o.stripped.. stage3-gcc/intl.o.stripped.. differ: char 23, line 2 stripping off .eh_frame, then retrying failed to strip off .eh_frame stage2-gcc/intl.o.stripped.. stage3-gcc/intl.o.stripped.. differ: char 23, line 2 preserving stage2-gcc/intl.o.stripped.. stage3-gcc/intl.o.stripped.. Comparing the outputs of hexdump -C gives the following (I can attach the full files if needed): [karma] gcc/darwin_buildw% diff stripd_2 stripd_3 2,5c2,5 0010 00 00 00 03 00 00 01 f4 00 00 20 00 00 00 00 01 |.. .| 0020 00 00 01 8c 00 00 00 00 00 00 00 00 00 00 00 00 || 0030 00 00 00 00 00 00 00 00 00 00 03 04 00 00 02 10 || 0040 00 00 03 04 00 00 00 07 00 00 00 07 00 00 00 05 || --- 0010 00 00 00 03 00 00 04 e0 00 00 20 00 00 00 00 01 |.. .| 0020 00 00 04 78 00 00 00 00 00 00 00 00 00 00 00 00 |...x| 0030 00 00 00 00 00 00 00 00 00 00 0f 74 00 00 04 fc |...t| 0040 00 00 0f 74 00 00 00 07 00 00 00 07 00 00 00 10 |...t| 8,80c8,326 0070 00 00 00 00 00 00 00 00 00 00 01 f0 00 00 02 10 || 0080 00 00 00 02 00 00 05 14 00 00 00 54 80 00 04 00 |...T| 0090 00 00 00 00 00 00 00 00 5f 5f 63 73 74 72 69 6e |__cstrin| 00a0 67 00 00 00 00 00 00 00 5f 5f 54 45 58 54 00 00 |g...__TEXT..| 00b0 00 00 00 00 00 00 00 00 00 00 01 f0 00 00 00 48 |...H| 00c0 00 00 04 00 00 00 00 02 00 00 00 00 00 00 00 00 || 00d0 00 00 00 02 00 00 00 00 00 00 00 00 5f 5f 64 61 |__da| 00e0 74 61 00 00 00 00 00 00 00 00 00 00 5f 5f 44 41 |ta..__DA| 00f0 54 41 00 00 00 00 00 00 00 00 00 00 00 00 02 38 |TA.8| ... 0400 00 00 00 00 67 63 63 00 2f 6f 70 74 2f 67 63 63 |gcc./opt/gcc| 0410 2f 67 63 63 34 2e 35 77 2f 73 68 61 72 65 2f 6c |/gcc4.5w/share/l| 0420 6f 63 61 6c 65 00 00 00 60 00 00 00 27 00 00 00 |ocale...`...'...| 0430 75 74 66 2d 38 00 00 00 75 74 66 38 00 00 00 00 |utf-8...utf8| 0440 e2 80 98 00 e2 80 99 00 00 00 02 1c 00 00 02 1c || 0450 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 0460 3d 60 00 00 85 8b 02 e0 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 0470 3d 60 00 00 85 8b 02 e4 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 0480 3d 60 00 00 85 8b 02 e8 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 0490 3d 60 00 00 85 8b 02 ec 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 04a0 3d 60 00 00 85 8b 02 f0 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 04b0 3d 60 00 00 85 8b 02 f4 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 04c0 3d 60 00 00 85 8b 02 f8 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 04d0 3d 60 00 00 85 8b 02 fc 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 04e0 3d 60 00 00 85 8b 03 00 7d 89 03 a6 4e 80 04 20 |=`..}...N.. | 04f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || --- 0070 00 00 00 00 00 00 00 00 00 00 01 f0 00 00 04 fc || 0080 00 00 00 02 00 00 14 70 00 00 00 54 80 00 04 00 |...p...T| 0090 00 00 00 00 00 00 00 00 5f 5f 64 65 62 75 67 5f |__debug_| 00a0 66 72 61 6d 65 00 00 00 5f 5f 44 57 41 52 46 00 |frame...__DWARF.| 00b0 00 00 00 00 00 00 00 00 00 00 01 f0 00 00 00 88 || 00c0 00 00 06 ec 00 00 00 02 00 00 17 10 00 00 00 02 || 00d0 02 00 00 00 00 00 00 00 00 00 00 00 5f 5f 64 65 |__de| 00e0 62 75 67 5f 69 6e 66 6f 00 00 00 00 5f 5f 44 57 |bug_info__DW| 00f0 41 52 46 00 00 00 00 00 00 00 00 00 00 00 02 78 |ARFx| 0100 00 00 05 fa 00 00 07 74 00 00 00 00 00 00 17 20 |...t... | ... 1400 85 8b 0f 60 7d 89 03 a6 4e 80 04 20 3d 60 00 00 |...`}...N.. =`..| 1410 85 8b 0f 64 7d 89 03 a6 4e 80 04 20 3d 60 00 00 |...d}...N.. =`..| 1420 85 8b 0f 68 7d 89 03 a6 4e 80 04 20 3d 60 00 00 |...h}...N.. =`..| 1430 85 8b 0f 6c 7d 89 03 a6 4e 80 04 20 3d 60 00 00
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-09-02 15:22 --- Thanks. Clearly stripping like that isn't going to be enough, and it's not just a matter of skipping a few initial bytes with a timestamp or somesuch. Oh well... Back to the drawing board. Unless we can find some way to get the same object file out of compilations with and without -g, this platform (and possibly others) will have to make do with the more expensive -fcompare-debug :-( Now I'm trying to figure out how to test whether this works. Like, ideally we should perform a compile-and-compare test using the stage1 compiler in order to decide what flags to use for the stage2 and stage3 by default. Meanwhile, please override the build with BUILD_CONFIG=. config/bootstrap-debug-lean.mk should probably be tweaked to not do -gtoggle or compare-debug, so that it adds to config/bootstrap-debug.mk, rather than duplicating it in a way that would fail on darwin too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #7 from dominiq at lps dot ens dot fr 2009-09-02 16:11 --- I had a look at contrib/compare-debug: neither 'objcopy' nor 'strip --help' works on darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2009-09-02 16:15 --- (In reply to comment #7) I had a look at contrib/compare-debug: neither 'objcopy' nor 'strip --help' works on darwin. I'll test gcc trunk on x86_64-apple-darwin10 tonight to make sure that we don't have better luck with the newer linker in Xcode 3.2 or that this linker issue isn't architecture specific. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-09-02 16:23 --- Thanks, Dominique. These won't matter, they only help if .eh_frame is the only difference. Would you please help Rainer in bug 41228 come up with a testcase that, compiled with -g and -g0, will fail the compare-debug test? This will enable us to perform some configure-time test on whether or not to enable bootstrap-debug. Thanks in advance, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #10 from dominiq at lps dot ens dot fr 2009-09-02 16:39 --- For the hello test in comment #7 of pr41228 I get: [karma] gcc/darwin_buildw% ../_gcc_clean/contrib/compare-debug --preserve hello-g0.o hello-g.o hello-g0.o.stripped hello-g.o.stripped differ: char 23, line 2 stripping off .eh_frame, then retrying failed to strip off .eh_frame hello-g0.o.stripped hello-g.o.stripped differ: char 23, line 2 preserving hello-g0.o.stripped hello-g.o.stripped -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #11 from mrs at apple dot com 2009-09-02 17:41 --- dwarfdump exists on 10.5 and 10.6. Not sure if that would help at all (I've not been following what people are doing). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-09-02 19:57 --- (In reply to comment #11) dwarfdump exists on 10.5 and 10.6. Not sure if that would help at all (I've not been following what people are doing). Mike, Can you find out if the darwin's strip reorders the sections? This seems to by why Solaris's comparison of stage2 and stage3 is failing (PR41228)? If so is there an option to suppress the reordering? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #13 from mrs at apple dot com 2009-09-02 20:17 --- Subject: Re: [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318 On Sep 2, 2009, at 12:57 PM, howarth at nitro dot med dot uc dot edu wrote: --- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-09-02 19:57 --- (In reply to comment #11) dwarfdump exists on 10.5 and 10.6. Not sure if that would help at all (I've not been following what people are doing). Can you find out if the darwin's strip reorders the sections? This seems to by why Solaris's comparison of stage2 and stage3 is failing (PR41228)? If so is there an option to suppress the reordering? No option. I suspect it can. You should be able to run otool and print the sections out. As I recall, the order printed, is the order in the file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-09-02
23:18 ---
I get the same bootstrap failure on x86_64-apple-darwin10. If I diff the output
of dwarfdump on the stage2-zlib/libz_a-zutil.o and stage3-zlib/libz_a-zutil.o
(which showed 'zlib/libz_a-zutil.o differs', I get...
--- libz_a-zutil.o.stage2 2009-09-02 19:10:28.0 -0400
+++ libz_a-zutil.o.stage3 2009-09-02 19:10:12.0 -0400
@@ -2,5 +2,266 @@
File: libz_a-zutil.o (x86_64)
--
.debug_info contents:
- EMPTY
+
+0x: Compile Unit: length = 0x02fe version = 0x0002 abbr_offset =
0x addr_size = 0x08 (next CU at 0x0302)
+
+0x000b: TAG_compile_unit [1] *
+ AT_producer( GNU C 4.5.0 20090902 (experimental) )
+ AT_language( DW_LANG_C89 )
+ AT_name( ../../gcc-4.5-20090902/zlib/zutil.c )
+ AT_comp_dir(
/sw/src/fink.build/gcc45-4.4.999-20090902/darwin_objdir/zlib )
+ AT_low_pc( 0x )
+ AT_high_pc( 0x005d )
+ AT_stmt_list( 0x )
+
+0x00a6: TAG_base_type [2]
+ AT_byte_size( 0x01 )
+ AT_encoding( DW_ATE_unsigned_char )
+ AT_name( unsigned char )
+
+0x00b7: TAG_base_type [2]
+ AT_byte_size( 0x04 )
+ AT_encoding( DW_ATE_unsigned )
+ AT_name( unsigned int )
+
+0x00c7: TAG_typedef [3]
+ AT_name( uLong )
+ AT_decl_file(
/sw/src/fink.build/gcc45-4.4.999-20090902/gcc-4.5-20090902/zlib/zconf.h )
+ AT_decl_line( 264 )
+ AT_type( {0x00d5} ( long unsigned int ) )
+
+0x00d5: TAG_base_type [2]
+ AT_byte_size( 0x08 )
+ AT_encoding( DW_ATE_unsigned )
+ AT_name( long unsigned int )
+
+0x00ea: TAG_base_type [2]
+ AT_byte_size( 0x01 )
+ AT_encoding( DW_ATE_signed_char )
+ AT_name( char )
+
+0x00f2: TAG_base_type [2]
+ AT_byte_size( 0x04 )
+ AT_encoding( DW_ATE_signed )
+ AT_name( int )
+
+0x00f9: TAG_typedef [3]
+ AT_name( voidpf )
+ AT_decl_file(
/sw/src/fink.build/gcc45-4.4.999-20090902/gcc-4.5-20090902/zlib/zconf.h )
+ AT_decl_line( 279 )
+ AT_type( {0x0108} ( * ) )
+
+0x0108: TAG_pointer_type [4]
+ AT_byte_size( 0x08 )
+
+0x010a: TAG_base_type [2]
+ AT_byte_size( 0x08 )
+ AT_encoding( DW_ATE_signed )
+ AT_name( long int )
+
+0x0116: TAG_base_type [2]
+ AT_byte_size( 0x01 )
+ AT_encoding( DW_ATE_signed_char )
+ AT_name( signed char )
+
+0x0125: TAG_base_type [2]
+ AT_byte_size( 0x02 )
+ AT_encoding( DW_ATE_signed )
+ AT_name( short int )
+
+0x0132: TAG_base_type [2]
+ AT_byte_size( 0x02 )
+ AT_encoding( DW_ATE_unsigned )
+ AT_name( short unsigned int )
+
+0x0148: TAG_base_type [2]
+ AT_byte_size( 0x08 )
+ AT_encoding( DW_ATE_signed )
+ AT_name( long long int )
+
+0x0159: TAG_base_type [2]
+ AT_byte_size( 0x08 )
+ AT_encoding( DW_ATE_unsigned )
+ AT_name( long long unsigned int )
+
+0x0173: TAG_base_type [5]
+ AT_byte_size( 0x08 )
+ AT_encoding( DW_ATE_unsigned )
+
+0x0176: TAG_subprogram [6]
+ AT_external( 0x01 )
+ AT_name( zlibVersion )
+ AT_decl_file(
/sw/src/fink.build/gcc45-4.4.999-20090902/gcc-4.5-20090902/zlib/zutil.c )
+ AT_decl_line( 27 )
+ AT_prototyped( 0x01 )
+ AT_type( {0x019f} ( const char* ) )
+ AT_low_pc( 0x )
+ AT_high_pc( 0x000d )
+ AT_frame_base( 0x
+0x - 0x0001: rsp+8
+0x0001 - 0x000b: rsp+16
+0x000b - 0x000c: rbp+16
+0x000c - 0x000d: rsp+8 )
+
+0x019f: TAG_pointer_type [7]
+ AT_byte_size( 0x08 )
+ AT_type( {0x01a5} ( const char ) )
+
+0x01a5: TAG_const_type [8]
+ AT_type( {0x00ea} ( char ) )
+
+0x01aa: TAG_subprogram [9] *
+ AT_external( 0x01 )
+ AT_name( zlibCompileFlags )
+ AT_decl_file(
