[Bug gas/15457] GAS should generate DW_FORM_strp when emitting debug info
http://sourceware.org/bugzilla/show_bug.cgi?id=15457 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14318] New: BFD: soinit.o: unable to initialize commpress status for section .debug_line
http://sourceware.org/bugzilla/show_bug.cgi?id=14318 Bug #: 14318 Summary: BFD: soinit.o: unable to initialize commpress status for section .debug_line Product: binutils Version: 2.22 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassig...@sourceware.org ReportedBy: pl...@agmk.net Classification: Unclassified Created attachment 6503 -- http://sourceware.org/bugzilla/attachment.cgi?id=6503 testcase $ objcopy --compress-debug-sections soinit.o BFD: soinit.o: unable to initialize commpress status for section .debug_line objcopy:soinit.o: Invalid operation -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14072] Incorrect handling of config.h and/or sysdep.h causing problems
http://sourceware.org/bugzilla/show_bug.cgi?id=14072 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net --- Comment #10 from Pawel Sikora pluto at agmk dot net 2012-06-14 18:25:35 UTC --- include guard in bfd.h breaks e.g. oprofile build. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14067] New: objcopy --compress-debug-sections doesn't work for PE32{+} binaries.
http://sourceware.org/bugzilla/show_bug.cgi?id=14067
Bug #: 14067
Summary: objcopy --compress-debug-sections doesn't work for
PE32{+} binaries.
Product: binutils
Version: 2.22
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassig...@sourceware.org
ReportedBy: pl...@agmk.net
Classification: Unclassified
objcopy for {i686,x86_64}-w64-mingw32 accepts --compress-debug-sections
but does nothing. uncompressed sections are still present in output.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14067] objcopy --compress-debug-sections doesn't work for PE32{+} binaries.
http://sourceware.org/bugzilla/show_bug.cgi?id=14067 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Target||*-w64-mingw32 CC||ktietz70 at googlemail dot ||com -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13799] linker crash in bfd_hash_lookup()
http://sourceware.org/bugzilla/show_bug.cgi?id=13799 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added CC|ktietz at redhat dot com|ktietz70 at googlemail dot ||com --- Comment #1 from Pawel Sikora pluto at agmk dot net 2012-04-15 08:09:30 UTC --- here's valgrind report: ==5844== For counts of detected and suppressed errors, rerun with: -v ==5844== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) .c:474) ==5845==by 0x42A843: bfd_slurp_armap (archive.c:950) ==5845==by 0x42A59C: bfd_generic_archive_p (archive.c:800) ==5845==by 0x433145: bfd_check_format_matches (format.c:202) ==5845==by 0x4112D0: load_symbols (ldlang.c:2724) ==5845==by 0x412002: open_input_bfds (ldlang.c:3317) ==5845==by 0x414409: lang_process (ldlang.c:6591) ==5845==by 0x4030B7: main (ldmain.c:382) ==5845== Uninitialised value was created by a stack allocation ==5845==at 0x42A120: _bfd_generic_read_ar_hdr (archive.c:439) ==5845== ==5845== Invalid read of size 2 ==5845==at 0x4326DA: coff_find_nearest_line_with_names (coffgen.c:2216) ==5845==by 0x4329A7: coff_find_nearest_line (coffgen.c:2345) ==5845==by 0x41B56F: vfinfo (ldmisc.c:305) ==5845==by 0x41BFEA: einfo (ldmisc.c:456) ==5845==by 0x41739B: multiple_definition (ldmain.c:910) ==5845==by 0x43A710: _bfd_generic_link_add_one_symbol (linker.c:1846) ==5845==by 0x44C936: coff_link_add_symbols (cofflink.c:482) ==5845==by 0x44D5B6: _bfd_coff_link_add_symbols (cofflink.c:184) ==5845==by 0x411323: load_symbols (ldlang.c:2857) ==5845==by 0x412002: open_input_bfds (ldlang.c:3317) ==5845==by 0x414409: lang_process (ldlang.c:6591) ==5845==by 0x4030B7: main (ldmain.c:382) ==5845== Address 0x5489df0 is not stack'd, malloc'd or (recently) free'd ==5845== ==5845== Invalid read of size 8 ==5845==at 0x4326DF: coff_find_nearest_line_with_names (coffgen.c:2214) ==5845==by 0x4329A7: coff_find_nearest_line (coffgen.c:2345) ==5845==by 0x41B56F: vfinfo (ldmisc.c:305) ==5845==by 0x41BFEA: einfo (ldmisc.c:456) ==5845==by 0x41739B: multiple_definition (ldmain.c:910) ==5845==by 0x43A710: _bfd_generic_link_add_one_symbol (linker.c:1846) ==5845==by 0x44C936: coff_link_add_symbols (cofflink.c:482) ==5845==by 0x44D5B6: _bfd_coff_link_add_symbols (cofflink.c:184) ==5845==by 0x411323: load_symbols (ldlang.c:2857) ==5845==by 0x412002: open_input_bfds (ldlang.c:3317) ==5845==by 0x414409: lang_process (ldlang.c:6591) ==5845==by 0x4030B7: main (ldmain.c:382) ==5845== Address 0x5489de8 is not stack'd, malloc'd or (recently) free'd ==5845== ==5845== Invalid read of size 8 ==5845==at 0x44F1E8: _bfd_coff_link_input_bfd (cofflink.c:2463) ==5845==by 0x45037E: _bfd_coff_final_link (cofflink.c:927) ==5845==by 0x418685: ldwrite (ldwrite.c:582) ==5845==by 0x4030D4: main (ldmain.c:391) ==5845== Address 0x2726d1718 is not stack'd, malloc'd or (recently) free'd ==5845== ==5845== ==5845== Process terminating with default action of signal 11 (SIGSEGV) ==5845== Access not within mapped region at address 0x2726D1718 ==5845==at 0x44F1E8: _bfd_coff_link_input_bfd (cofflink.c:2463) ==5845==by 0x45037E: _bfd_coff_final_link (cofflink.c:927) ==5845==by 0x418685: ldwrite (ldwrite.c:582) ==5845==by 0x4030D4: main (ldmain.c:391) -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13799] New: linker crash in bfd_hash_lookup()
http://sourceware.org/bugzilla/show_bug.cgi?id=13799 Bug #: 13799 Summary: linker crash in bfd_hash_lookup() Product: binutils Version: 2.22 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassig...@sourceware.org ReportedBy: pl...@agmk.net Classification: Unclassified Created attachment 6259 -- http://sourceware.org/bugzilla/attachment.cgi?id=6259 testcase i'm using binutils-2.22.52.0.1 on x86_64-gnu-linux for i686-w64-mingw32 crossbuild. for one executable (from testsuite) linker crashes: Program received signal SIGSEGV, Segmentation fault. [Switching to process 7458] bfd_hash_lookup (table=0xa0e8c0, string=0x1d252039 Address 0x1d252039 out of bounds, create=1, copy=0) at hash.c:467 467 hash.c: No such file or directory. in hash.c (gdb) bt #0 bfd_hash_lookup (table=0xa0e8c0, string=0x1d252039 Address 0x1d252039 out of bounds, create=1, copy=0) at hash.c:467 #1 0x00439153 in _bfd_stringtab_add (tab=0xa0e8c0, str=0x1d252039 Address 0x1d252039 out of bounds, hash=optimized out, copy=optimized out) at hash.c:823 #2 0x0044e4d8 in _bfd_coff_link_input_bfd (finfo=0x7fffcc30, input_bfd=optimized out) at cofflink.c:1861 #3 0x0045037f in _bfd_coff_final_link (abfd=optimized out, info=0x6f6be0) at cofflink.c:927 #4 0x00418686 in ldwrite () at ldwrite.c:582 #5 0x004030d5 in main (argc=36, argv=0x7fffcf88) at ./ldmain.c:391 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13799] linker crash in bfd_hash_lookup()
http://sourceware.org/bugzilla/show_bug.cgi?id=13799 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Target||i686-w64-mingw32 CC||ktietz at redhat dot com Host||x86_64-gnu-linux -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/10326] globbing in linker script doesn't match C++ vtable/typeinfo/etc.
http://sourceware.org/bugzilla/show_bug.cgi?id=10326 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13360] --keep-only-debug keeps non-debug sections.
http://sourceware.org/bugzilla/show_bug.cgi?id=13360 --- Comment #4 from Pawel Sikora pluto at agmk dot net 2011-10-30 08:25:50 UTC --- (In reply to comment #2) The only non-debug section in main.debug are the two note sections and the comment section. btw, the main.debug constains few sections (with content removed by objcopy) with the same file-offset value but with section-size != 0. is it correct? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13360] New: only-keep-debug keeps non-debug sections.
http://sourceware.org/bugzilla/show_bug.cgi?id=13360 Bug #: 13360 Summary: only-keep-debug keeps non-debug sections. Product: binutils Version: 2.22 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassig...@sourceware.org ReportedBy: pl...@agmk.net Classification: Unclassified Created attachment 6040 -- http://sourceware.org/bugzilla/attachment.cgi?id=6040 testcase. afics the 'objcopy --keep-only-debug' keeps much more sections than described in 'man objcopy' (e.g. program code/data/ehframe/etc). looks like a bug. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13360] only-keep-debug keeps non-debug sections.
http://sourceware.org/bugzilla/show_bug.cgi?id=13360 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Version|2.22|2.21 --- Comment #1 from Pawel Sikora pluto at agmk dot net 2011-10-29 14:57:18 UTC --- tested on binutils-2.21.53.0.2.20110804 (x86_64). -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13360] --keep-only-debug keeps non-debug sections.
http://sourceware.org/bugzilla/show_bug.cgi?id=13360 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Summary|only-keep-debug keeps |--keep-only-debug keeps |non-debug sections. |non-debug sections. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13360] --keep-only-debug keeps non-debug sections.
http://sourceware.org/bugzilla/show_bug.cgi?id=13360 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Pawel Sikora pluto at agmk dot net 2011-10-29 16:19:15 UTC --- hmm, i've wrongly assumed that debug sections == .debug_* -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13180] strip -g - objdump: bad value
http://sourceware.org/bugzilla/show_bug.cgi?id=13180 --- Comment #7 from Pawel Sikora pluto at agmk dot net 2011-09-13 19:36:37 UTC --- (In reply to comment #3) Which compiler did you use to generate SAX.o? gcc-4.5.4-svn with binutils-2.21.51.0.9. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13180] New: strip -g - objdump: bad value
http://sourceware.org/bugzilla/show_bug.cgi?id=13180 Bug #: 13180 Summary: strip -g - objdump: bad value Product: binutils Version: 2.21 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassig...@sources.redhat.com ReportedBy: pl...@agmk.net Classification: Unclassified $ cp SAX.o.orig SAX.o $ objdump -fw SAX.o SAX.o: file format elf32-i386 architecture: i386, flags 0x0011: HAS_RELOC, HAS_SYMS start address 0x $ strip -g SAX.o $ objdump -fw SAX.o objdump: SAX.o: Bad value $ rpm -q binutils binutils-2.21.53.0.1-1.x86_64 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13180] strip -g - objdump: bad value
http://sourceware.org/bugzilla/show_bug.cgi?id=13180 --- Comment #1 from Pawel Sikora pluto at agmk dot net 2011-09-12 14:46:07 UTC --- Created attachment 5927 -- http://sourceware.org/bugzilla/attachment.cgi?id=5927 input. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13180] strip -g - objdump: bad value
http://sourceware.org/bugzilla/show_bug.cgi?id=13180 --- Comment #2 from Pawel Sikora pluto at agmk dot net 2011-09-12 14:46:50 UTC --- Created attachment 5928 -- http://sourceware.org/bugzilla/attachment.cgi?id=5928 broken output. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13117] New: bogus chmod+x for .dlls
http://sourceware.org/bugzilla/show_bug.cgi?id=13117 Bug #: 13117 Summary: bogus chmod+x for .dlls Product: binutils Version: 2.21 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassig...@sources.redhat.com ReportedBy: pl...@agmk.net Classification: Unclassified the cross-ld (host/build: linux, targer: mingw) chmod+x the output .dll. this is useless. you can't run a .dll (only .exe is runable on linux via wine). probably the problem is in the bfd/opncls.c:_maybe_make_executable with its EXEC_P|DYNAMIC condition... -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13117] bogus chmod+x for .dlls
http://sourceware.org/bugzilla/show_bug.cgi?id=13117 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Target||*-pc-mingw32 Host||*-gnu-linux Build||*-gnu-linux -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12945] gold linker breaks elfutils testuite (section '.rela.plt' has wrong flags: expected none and possibly ALLOC, is ALLOC|INFO_LINK).
http://sourceware.org/bugzilla/show_bug.cgi?id=12945 --- Comment #3 from Pawel Sikora pluto at agmk dot net 2011-06-29 06:36:38 UTC --- Created attachment 5828 -- http://sourceware.org/bugzilla/attachment.cgi?id=5828 binary for .gnu.version_r issue. section [ 8] '.gnu.version_r': entry 4 references unknown dependency section [ 8] '.gnu.version_r': entry 3 references unknown dependency section [ 8] '.gnu.version_r': entry 2 references unknown dependency section [ 8] '.gnu.version_r': entry 1 references unknown dependency section [ 8] '.gnu.version_r': entry 0 references unknown dependency section [10] '.rela.plt' has wrong flags: expected none and possibly ALLOC, is ALLOC|INFO_LINK *** failure in ../libdw/libdw.so -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12835] crossbinutils produces broken mingw64 binaries.
http://sourceware.org/bugzilla/show_bug.cgi?id=12835 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Pawel Sikora pluto at agmk dot net 2011-06-05 11:22:41 UTC --- not a linker bug. my libstdc++ --enable-cxx-flags='-gdwarf-4 -g2' breaks the world. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12835] crossbinutils produces broken mingw64 binaries.
http://sourceware.org/bugzilla/show_bug.cgi?id=12835 --- Comment #1 from Pawel Sikora pluto at agmk dot net 2011-06-04 17:25:26 UTC --- btw, 'objdump -p' shows differences in sections: (linked-on-linux - linked-on-windows) -SizeOfCode be00 -SizeOfInitializedData 00016400 +SizeOfCode bc00 +SizeOfInitializedData 00016000 -Entry 3 00016000 09e4 Exception Directory [.pdata] +Entry 3 00016000 09cc Exception Directory [.pdata] -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12835] crossbinutils produces broken mingw64 binaries.
http://sourceware.org/bugzilla/show_bug.cgi?id=12835 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Target||x86_64-pc-mingw32 Host||x86_64-gnu-linux Build||x86_64-gnu-linux -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12835] New: crossbinutils produces broken mingw64 binaries.
http://sourceware.org/bugzilla/show_bug.cgi?id=12835 Summary: crossbinutils produces broken mingw64 binaries. Product: binutils Version: 2.21 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassig...@sources.redhat.com ReportedBy: pl...@agmk.net Created attachment 5762 -- http://sourceware.org/bugzilla/attachment.cgi?id=5762 testcase Hi, during investigating the http://gcc.gnu.org/PR47308 i've discovered that executable linked by toolchain hosted on windows looks/works fine while executable linked by crossmingw64 toolchain (host:linux, target:mingw64) is corrupted in some way. attached testcase contains objects compiled on linux crosstoolchain and executables linked on both platforms. loading both execs to gdb on windows shows difference: D:\mingw64\bin\gdb main-dw3-linked-on-linux.exe Breakpoint 1, 0x00401550 in main () (gdb) disassemble Dump of assembler code for function main(): = 0x00401550 +0: push %rbp 0x00401551 +1: push %r15 0x00401553 +3: push %r14 0x00401555 +5: push %r13 0x00401557 +7: push %r12 0x00401559 +9: push %rdi 0x0040155a +10:push %rsi 0x0040155b +11:push %rbx 0x0040155c +12:sub$0x158,%rsp 0x00401563 +19:lea0x80(%rsp),%rbp 0x0040156b +27:movaps %xmm6,0x30(%rbp) 0x0040156f +31:movaps %xmm7,0x40(%rbp) 0x00401573 +35:movaps %xmm8,0x50(%rbp) 0x00401578 +40:movaps %xmm9,0x60(%rbp) 0x0040157d +45:movaps %xmm10,0x70(%rbp) 0x00401582 +50:movaps %xmm11,0x80(%rbp) 0x0040158a +58:movaps %xmm12,0x90(%rbp) 0x00401592 +66:movaps %xmm13,0xa0(%rbp) 0x0040159a +74:movaps %xmm14,0xb0(%rbp) 0x004015a2 +82:movaps %xmm15,0xc0(%rbp) 0x004015aa +90:Dwarf Error: Cannot find signatured DIE referenced from DIE at 0x20c [in module D:\main-dw3-linked-on-linux.exe] D:\mingw64\bin\gdb main-dw3-linked-on-windows.exe Breakpoint 1, 0x00401550 in main () (gdb) disassemble Dump of assembler code for function main(): = 0x00401550 +0: push %rbp 0x00401551 +1: push %r15 0x00401553 +3: push %r14 0x00401555 +5: push %r13 0x00401557 +7: push %r12 0x00401559 +9: push %rdi 0x0040155a +10:push %rsi 0x0040155b +11:push %rbx 0x0040155c +12:sub$0x158,%rsp 0x00401563 +19:lea0x80(%rsp),%rbp 0x0040156b +27:movaps %xmm6,0x30(%rbp) 0x0040156f +31:movaps %xmm7,0x40(%rbp) 0x00401573 +35:movaps %xmm8,0x50(%rbp) 0x00401578 +40:movaps %xmm9,0x60(%rbp) 0x0040157d +45:movaps %xmm10,0x70(%rbp) 0x00401582 +50:movaps %xmm11,0x80(%rbp) 0x0040158a +58:movaps %xmm12,0x90(%rbp) 0x00401592 +66:movaps %xmm13,0xa0(%rbp) 0x0040159a +74:movaps %xmm14,0xb0(%rbp) 0x004015a2 +82:movaps %xmm15,0xc0(%rbp) 0x004015aa +90: lea0xadbf(%rip),%rax# 0x40c370 __cxxabiv1::__gxx_personality_sj0(int, _Unwind_Action, _Unwind_Exception_Class, _Unwind_Exception*, _U nwind_Context*) 0x004015b1 +97:mov%rax,-0x20(%rbp) 0x004015b5 +101: lea0xb564(%rip),%rax# 0x40cb20 ___DTOR_LIST__+16 0x004015bc +108: mov%rax,-0x18(%rbp) 0x004015c0 +112: lea-0x10(%rbp),%rax (...) to reproduce the bug you need to compile and link testcase on linux (runme.sh) and later relink on windows (runme.cmd). -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12163] --start/end-group causes bogus 'multiple definition of ...' error.
http://sourceware.org/bugzilla/show_bug.cgi?id=12163 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Version|2.20|2.21 --- Comment #2 from Pawel Sikora pluto at agmk dot net 2011-01-16 13:33:00 UTC --- with the latest binutils-2.21.51.0.5 bug still occurs: $ LANG=C make g++ t.cpp -fpic -c ar rc t.a t.o ld.bfd -z defs -shared -o t-bfd.so --start-group --whole-archive t.a --no-whole-archive --end-group -lc ld.gold -z defs -shared -o t-gold.so --start-group --whole-archive t.a --no-whole-archive --end-group -lc ld.gold: error: t.a(t.o): multiple definition of 'foo()' ld.gold: t.a(t.o): previous definition here ld.gold: warning: skipping incompatible /usr/lib/libc.so while searching for c ld.gold: error: cannot find -lc ld.gold: t.a(t.o): in function foo():t.cpp(.text+0xc): error: undefined reference to 'puts' ld.gold: t.a(t.o): in function foo():t.cpp(.text+0xc): error: undefined reference to 'puts' make: *** [all] Error 1 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12184] New: explicite --enable-targets ./configure option breaks mingw binaries.
http://sourceware.org/bugzilla/show_bug.cgi?id=12184
Summary: explicite --enable-targets ./configure option breaks
mingw binaries.
Product: binutils
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassig...@sources.redhat.com
ReportedBy: pl...@agmk.net
Host: x86_64-gnu-linux
Target: *-pc-mingw32
Build: x86_64-gnu-linux
hi,
i've discovered some weird problem with cross-binutils configured
for {i686,x86_64}-pc-mingw32 targets with an explicite option:
--enable-targets=i386-linux,x86_64-linux,i386-mingw32,x86_64-mingw32
with this option linker produces broken binaries.
trivial testcase...
#include stdio.h
int main()
{
puts( hello mingw world. );
return 0;
}
...assembled/lined with binutils configured WITHOUT --enable-targets
renders to proper .o and .exe:
% less 32.good/test.o.asm
(...)
_main:
0: 55 push %ebp
1: 89 e5 mov%esp,%ebp
3: 83 e4 f0and$0xfff0,%esp
6: 83 ec 10sub$0x10,%esp
9: e8 00 00 00 00 call e _main+0xe
a: DISP32 ___main
e: c7 04 24 00 00 00 00movl $0x0,(%esp)
11: dir32 .rdata
15: e8 00 00 00 00 call 1a _main+0x1a
16: DISP32 _puts
1a: 31 c0 xor%eax,%eax
1c: c9 leave
1d: c3 ret
% less 32.good/test.exe.asm
(...)
004017d0 _main:
4017d0: 55 push %ebp
4017d1: 89 e5 mov%esp,%ebp
4017d3: 83 e4 f0and$0xfff0,%esp
4017d6: 83 ec 10sub$0x10,%esp
4017d9: e8 52 08 00 00 call 402030 ___main
4017de: c7 04 24 a8 40 40 00movl $0x4040a8,(%esp)
4017e5: e8 96 0b 00 00 call 402380 _puts
4017ea: 31 c0 xor%eax,%eax
4017ec: c9 leave
4017ed: c3 ret
(...)
00402380 _puts:
402380: ff 25 c8 71 40 00 jmp*0x4071c8
402386: 90 nop
402387: 90 nop
but WITH explcite --enable-targets we get correct .o and broken .exe:
% less 32.bad/test.o.asm
(...)
_main:
0: 55 push %ebp
1: 89 e5 mov%esp,%ebp
3: 83 e4 f0and$0xfff0,%esp
6: 83 ec 10sub$0x10,%esp
9: e8 f2 ff ff ff call 0 _main
a: DISP32 ___main
e: c7 04 24 00 00 00 00movl $0x0,(%esp)
11: dir32 .rdata
15: e8 e6 ff ff ff call 0 _main
16: DISP32 _puts
1a: 31 c0 xor%eax,%eax
1c: c9 leave
1d: c3 ret
% less 32.bad/test.exe.asm
(...)
004017d0 _main:
4017d0: 55 push %ebp
4017d1: 89 e5 mov%esp,%ebp
4017d3: 83 e4 f0and$0xfff0,%esp
4017d6: 83 ec 10sub$0x10,%esp
4017d9: e8 44 08 00 00 call 402022 ___do_global_ctors+0xd2
^ BAD!
4017de: c7 04 24 a8 40 40 00movl $0x4040a8,(%esp)
4017e5: e8 7c 0b 00 00 call 402366 __amsg_exit+0x6
^ BAD!
4017ea: 31 c0 xor%eax,%eax
4017ec: c9 leave
4017ed: c3 ret
(...)
00402380 _puts:
402380: ff 25 c8 71 40 00 jmp*0x4071c8
402386: 90 nop
402387: 90
afaics more emulations suported by binutils (with --enable-targets option)
are problematic.
% i686-pc-mingw32-ld -V
GNU ld (Linux/GNU Binutils) 2.20.51.0.12.20101020
Supported emulations:
i386pe
elf_i386
i386linux
elf_x86_64
elf_l1om
i386pep
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12184] explicite --enable-targets ./configure option breaks mingw binaries.
http://sourceware.org/bugzilla/show_bug.cgi?id=12184 --- Comment #2 from Pawel Sikora pluto at agmk dot net 2010-11-03 12:33:40 UTC --- Created attachment 5107 -- http://sourceware.org/bugzilla/attachment.cgi?id=5107 testcase with precompiled binaries. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6962] ld fails in coffcode.h line 842 in handle_COMDAT
http://sourceware.org/bugzilla/show_bug.cgi?id=6962
--- Comment #5 from Pawel Sikora pluto at agmk dot net 2010-10-29 12:03:15
UTC ---
(In reply to comment #4)
Hi Pawel,
Thanks very much for uploading that test file. With it was able to
reproduce
the problem and I think that I have found a fix. Please would you try out the
uploaded patch and let me know if it works for you ?
Cheers
Nick
with this patch i'm able to build {i686,x86_64}-pc-mingw32-g++.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12042] segmentation fault in i686-pc-mingw32-windres @ coff_to_bin().
http://sourceware.org/bugzilla/show_bug.cgi?id=12042 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Pawel Sikora pluto at agmk dot net 2010-10-27 07:43:31 UTC --- seems to work with binutils-2.20.51.0.12.20101020. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6962] ld fails in coffcode.h line 842 in handle_COMDAT
http://sourceware.org/bugzilla/show_bug.cgi?id=6962 --- Comment #2 from Pawel Sikora pluto at agmk dot net 2010-10-27 08:20:47 UTC --- Created attachment 5089 -- http://sourceware.org/bugzilla/attachment.cgi?id=5089 part of the gcc/libsupc++ $ i686-pc-mingw32/bin/ar rc libsupc++convenience.a eh_alloc.o BFD: BFD (Linux/GNU Binutils) 2.20.51.0.12.20101020 internal error, aborting at coffcode.h line 961 in handle_COMDAT BFD: Please report this bug. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6962] ld fails in coffcode.h line 842 in handle_COMDAT
http://sourceware.org/bugzilla/show_bug.cgi?id=6962 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net Version|2.18|2.20 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/12163] New: --start/end-group causes bogus 'multiple definition of ...' error.
http://sourceware.org/bugzilla/show_bug.cgi?id=12163
Summary: --start/end-group causes bogus 'multiple definition of
...' error.
Product: binutils
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: i...@airs.com
ReportedBy: pl...@agmk.net
testcase:
$ cat t.cpp
#include cstdio
void foo() { std::puts( foo() ); }
$ /local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-g++
t.cpp -c -fpic
$ /local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-ar rc
t.a t.o
$
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-ld.gold
-L /local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/lib64 -L
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/usr/lib64 -z defs -shared -o
t.so --start-group --whole-archive t.a --no-whole-archive --end-group -lc
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-ld.gold:
error: t.a(t.o): multiple definition of 'foo()'
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-ld.gold:
t.a(t.o): previous definition here
with classic BFD linked it works fine.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12075] New: cross binutils-2.20.51.0.11 doesn't build with zlib-devel-1.2.5.
hi, i've noticed an error during binutils crosscompilation on i686-gnu-linux for x86-64-pc-mingw32 target: (...) cc1: warnings being treated as errors compress.c: In function 'bfd_compress_section_contents': compress.c:106:3: error: passing argument 2 of 'compress' from incompatible pointer type /usr/include/zlib.h:1102:21: note: expected 'uLongf *' but argument is of type 'bfd_size_type *' afaics zlib expects address of ulong32 for argument 'compressed_size' while bfd_compress_section_contents() passes address of bfd_size_type which has 64-bits. temporary patch for clean build: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/crossmingw64-binutils/ crossmingw64-binutils-zlib.patch?rev=1.1;content-type=text%2Fplain -- Summary: cross binutils-2.20.51.0.11 doesn't build with zlib- devel-1.2.5. Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org GCC build triplet: i686-gnu-linux GCC host triplet: i686-gnu-linux GCC target triplet: x86_64-pc-mingw32 http://sourceware.org/bugzilla/show_bug.cgi?id=12075 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12042] segmentation fault in i686-pc-mingw32-windres @ coff_to_bin().
--- Additional Comments From pluto at agmk dot net 2010-09-20 10:08 --- Created an attachment (id=4991) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4991action=view) testcase. -- http://sourceware.org/bugzilla/show_bug.cgi?id=12042 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11510] broken 'ld' name in crosstoolchain installation.
--- Additional Comments From pluto at agmk dot net 2010-04-18 14:32 ---
CONFIG_SHELL=/bin/bash \
./configure \
--target=${TARGET} \
--prefix=${TOOLDIR} \
--with-sysroot=${TOOLDIR} \
--libdir=${LIBDIR} \
--libexecdir=${LIBDIR} \
--disable-shared \
--enable-static \
--disable-nls \
--disable-debug \
--disable-werror
where:
TARGET=x86_64-gnu-linux
TOOLDIR=/local/devel/toolchain45/${TARGET}.host${HOST_BITS}
LIBDIR=${TOOLDIR}/${LIB}
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11510
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11510] broken 'ld' name in crosstoolchain installation.
--- Additional Comments From pluto at agmk dot net 2010-04-18 15:03 --- (In reply to comment #3) When I use --target=x86_64-gnu-linux, I got checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-gnu-linux-gnu Since target != build, it was configured as cross-binutils. make install gave me: [...@gnu-6 release]$ ls ./local/devel/toolchain45/x86_64-gnu-linux.host/bin please look deeper at the /local/devel/toolchain45/x86_64-gnu-linux.host/x86_64-gnu-linux/bin -- http://sourceware.org/bugzilla/show_bug.cgi?id=11510 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11510] broken 'ld' name in crosstoolchain installation.
--- Additional Comments From pluto at agmk dot net 2010-04-18 16:59 --- (In reply to comment #5) Created an attachment (id=4733) -- (http://sourceware.org/bugzilla/attachment.cgi?id=4733action=view) A patch Please try it. works fine. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11510 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11510] New: broken 'ld' name in crosstoolchain installation.
hi, during building binutils for crosstoolchain with --sys-root option i'm observing that binutils-2.20.51.0.8.20100412 installs 'ld' as $sysroot/$target/bin/$target-ld. ar,as,nm and others are installed without '$target-' prefix in that directory. this prefixed ld binary causes error in gcc: collect2: cannot find 'ld' for older binutils-2.19.51.0.14.20090722 the 'ld' binary is installed in $sysroot/$target/bin/ without prefix and works fine. -- Summary: broken 'ld' name in crosstoolchain installation. Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=11510 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/9843] New: relocation R_386_GOTOFF against undefined hidden symbol '_begin' can not be used when making a shared object
during build glibc-2.8 for i486-gnu-linux target i get following linker error: (...) make[3]: Leaving directory `/home/users/pluto/alatek/toolchain/branches/4.3/glibc-2.8/elf' i486-gnu-linux-gcc -Wl,--hash-style=both -nostdlib -nostartfiles -shared -Wl,-z,now\ -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -Wl,-z,defs -Wl,--verbose 21 | \ LC_ALL=C \ sed -e '/^=/,/^=/!d;/^=/d'\ -e 's/\. = 0 + SIZEOF_HEADERS;/ _begin = . - SIZEOF_HEADERS;/' \ /home/users/pluto/alatek/toolchain/branches/4.3/glibc-2.8/BUILDDIR/elf/ld.so.lds i486-gnu-linux-gcc -Wl,--hash-style=both -nostdlib -nostartfiles -shared -o /home/users/pluto/alatek/toolchain/branches/4.3/glibc-2.8/BUILDDIR/elf/ld.so \ -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -Wl,-z,defs -Wl,-z,now\ /home/users/pluto/alatek/toolchain/branches/4.3/glibc-2.8/BUILDDIR/elf/librtld.os -Wl,--version-script=/home/users/pluto/alatek/toolchain/branches/4.3/glibc-2.8/BUILDDIR/ld.map \ -Wl,-soname=ld-linux.so.2 -T /home/users/pluto/alatek/toolchain/branches/4.3/glibc-2.8/BUILDDIR/elf/ld.so.lds /home/users/pluto/alatek/toolchain/branches/4.3/glibc-2.8/BUILDDIR/elf/librtld.os: In function `_dl_start': rtld.c:(.text+0x3b8): undefined reference to `_begin' /local/devel/toolchain43/i486-gnu-linux.host64/lib/gcc/i486-gnu-linux/4.3.3/../../../../i486-gnu-linux/bin/ld: /home/users/pluto/alatek/toolchain/branches/4.3/glibc-2.8/BUILDDIR/elf/librtld.os: relocation R_386_GOTOFF against undefined hidden symbol `_begin' can not be used when making a shared object /local/devel/toolchain43/i486-gnu-linux.host64/lib/gcc/i486-gnu-linux/4.3.3/../../../../i486-gnu-linux/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status i486-gnu-linux-ld --version GNU ld (Linux/GNU Binutils) 2.19.51.0.2.20090204 note, that previous version (2.19.51.0.1) works fine. -- Summary: relocation R_386_GOTOFF against undefined hidden symbol '_begin' can not be used when making a shared object Product: binutils Version: 2.19 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org GCC target triplet: i486-gnu-linux http://sourceware.org/bugzilla/show_bug.cgi?id=9843 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/9676] New: link-failure: could not read symbols: Bad value
during build a large c++ appliction based on stlport/boost linker reports: /local/devel/toolchain43/x86_64-gnu-linux/bin/x86_64-gnu-linux-g++ \ -Wl,-rpath-link,/local/devel/toolchain43/x86_64-gnu-linux/x86_64-gnu-linux/lib64 \ -Wl,--hash-style=both -Wl,--gc-sections -z defs \ -Wl,-rpath-link,../../buildenv/linux/gcc-4.3/64/X11/lib64 \ -o ../../build-stlport-debug-x86_64-gnu-linux/dvm \ obj-stlport-debug-x86_64-gnu-linux/BDMFramework.o \ obj-stlport-debug-x86_64-gnu-linux/DVMFramework.o \ obj-stlport-debug-x86_64-gnu-linux/Framework.o \ obj-stlport-debug-x86_64-gnu-linux/MainApp.o \ obj-stlport-debug-x86_64-gnu-linux/main.o \ obj-stlport-debug-x86_64-gnu-linux/FrameworkApplicationMode.o \ -L../../build-stlport-debug-x86_64-gnu-linux -nodefaultlibs \ -Wl,-rpath,. -Wl,-rpath-link,../../build-stlport-debug-x86_64-gnu-linux \ -ldebugtools -Wl,--as-needed -Wl,--start-group \ -ldef -lTclAccess -lCreator -lControl -lDvmLicense -lLM2S -lThreadEngine -leh -lau \ -L../../buildenv/linux/gcc-4.3/64/boost-stlport-1.37.0/lib64 \ -Wl,-Bstatic -lboost_filesystem-stlg -lboost_system-stlg \ -Wl,-Bdynamic -lci -L../../buildenv/linux/gcc-4.3/64/boost-stlport-1.37.0/lib64 \ -Wl,-Bstatic -lboost_filesystem-stlg -lboost_system-stlg -lboost_date_time-stlg \ -lboost_program_options-stlg -lboost_regex-stlg -lboost_serialization-stlg \ -lboost_thread-stlg -Wl,-Bdynamic -lbacktracexx -lVCM \ ../../buildenv/linux/gcc-4.3/64/tcltk-8.4.19/lib64/libtcl8.4.a \ -lLogLibrary ../../buildenv/linux/gcc-4.3/64/STLport-5.2.1/lib64/libstlportstlg.a \ -lpthread \ /local/devel/toolchain43/x86_64-gnu-linux.host64/lib64/gcc/x86_64-gnu-linux/4.3.1/libgcc_eh.a \ /local/devel/toolchain43/x86_64-gnu-linux.host64/lib64/gcc/x86_64-gnu-linux/4.3.1/libgcc.a \ /local/devel/toolchain43/x86_64-gnu-linux.host64/lib64/gcc/x86_64-gnu-linux/4.3.1/../../../../x86_64-gnu-linux/lib/../lib64/libsupc++.a \ -ldl -lm -Wl,--end-group -Wl,--no-as-needed -lc ../../build-stlport-debug-x86_64-gnu-linux/libControl.a: could not read symbols: Bad value collect2: ld returned 1 exit status these debug binaries were built with -O0 -gdwarf-2 -g2 -D_STLP_DEBUG=1 release binaries (-O2 -g0) link fine. -- Summary: link-failure: could not read symbols: Bad value Product: binutils Version: 2.19 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org GCC target triplet: x86_64-gnu-linux http://sourceware.org/bugzilla/show_bug.cgi?id=9676 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/9676] link-failure: could not read symbols: Bad value
--- Additional Comments From pluto at agmk dot net 2008-12-20 17:52 --- Created an attachment (id=3618) -- (http://sourceware.org/bugzilla/attachment.cgi?id=3618action=view) problematic archive. -- http://sourceware.org/bugzilla/show_bug.cgi?id=9676 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6838] New: objdump can't recognize pe32+ objects.
$ file bug/hello.exe bug/hello.exe: PE32+ executable for MS Windows (console) $ objdump -h bug/hello.exe objdump: bug/hello.exe: File format is ambiguous objdump: Matching formats: efi-app-x86_64 efi-bsdrv-x86_64 efi-rtdrv-x86_64 $ objdump --version GNU objdump (Linux/GNU Binutils) 2.18.50.0.8.20080709 -- Summary: objdump can't recognize pe32+ objects. Product: binutils Version: 2.18 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org GCC build triplet: x86_64-gnu-linux GCC host triplet: x86_64-gnu-linux GCC target triplet: x86_64-mingw32 http://sourceware.org/bugzilla/show_bug.cgi?id=6838 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6838] objdump can't recognize pe32+ objects.
--- Additional Comments From pluto at agmk dot net 2008-08-12 13:28 --- Created an attachment (id=2904) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2904action=view) testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=6838 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6838] objdump can't recognize pe32+ objects.
--- Additional Comments From pluto at agmk dot net 2008-08-12 13:37 --- arghhh, i've ran wrong objdump (native objdump instead of x86_64-mingw32-objdump). -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=6838 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6026] objdump craches on simple *.exe / application doesn't work.
--- Additional Comments From pluto at agmk dot net 2008-04-03 10:19 --- Created an attachment (id=2347) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2347action=view) testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=6026 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6026] objdump craches on simple *.exe / application doesn't work.
--- Additional Comments From pluto at agmk dot net 2008-04-03 10:22 --- $ x86_64-pc-mingw32-gcc -v Using built-in specs. Target: x86_64-pc-mingw32 Configured with: ../gcc/configure --prefix=/tmp/root-x86_64-pc-linux --with-sysroot=/tmp/root-x86_64-pc-linux --target=x86_64-pc-mingw32 Thread model: win32 gcc version 4.4.0 20080402 (experimental) (GCC) this is a mingw64 toolchain snapshot from sf.net. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6026 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6026] New: objdump craches on simple *.exe / application doesn't work.
$ x86_64-pc-mingw32-objdump -p a.exe (...) DLL Name: b.dll vma: Hint/Ord Member-Name Bound-To Segmentation fault Program received signal SIGSEGV, Segmentation fault. bfd_getl16 (p=0x1e63ad0) at ../../src/bfd/libbfd.c:559 559 ../../src/bfd/libbfd.c: No such file or directory. in ../../src/bfd/libbfd.c (gdb) bt #0 bfd_getl16 (p=0x1e63ad0) at ../../src/bfd/libbfd.c:559 #1 0x004486b5 in pe_print_idata (abfd=0x1e67090, vfile=value optimized out) at pex64igen.c:1302 #2 0x00448fa1 in _bfd_pex64_print_private_bfd_data_common (abfd=0x1e67090, vfile=0x2aaad000) at pex64igen.c:1976 #3 0x00452449 in pe_print_private_bfd_data (abfd=0x1e63ad0, vfile=0x2aaad000) at ../../src/bfd/peicode.h:335 #4 0x004043bc in dump_bfd (abfd=0x1e67090) at ../../src/binutils/objdump.c:2440 #5 0x00404bff in display_bfd (abfd=0x1e67090) at ../../src/binutils/objdump.c:3004 #6 0x00404d48 in display_file (filename=0x7fffba1799b4 a.exe, target=value optimized out) at ../../src/binutils/objdump.c:3065 #7 0x0040534c in main (argc=3, argv=0x7fffba177868) at ../../src/binutils/objdump.c:3311 and the major thing, the a.exe doesn't work on winxp64. it should print hello world but i see nothing on the windows console. -- Summary: objdump craches on simple *.exe / application doesn't work. Product: binutils Version: 2.18 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org GCC target triplet: x86_64-pc-mingw32 http://sourceware.org/bugzilla/show_bug.cgi?id=6026 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6026] objdump craches on simple *.exe / application doesn't work.
--- Additional Comments From pluto at agmk dot net 2008-04-03 11:15 --- Created an attachment (id=2348) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2348action=view) dep walker report. the a.exe's import table looks broken. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6026 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6026] objdump craches on simple *.exe / application doesn't work.
-- What|Removed |Added GCC host triplet||x86_64-gnu-linux http://sourceware.org/bugzilla/show_bug.cgi?id=6026 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/5905] 'version node not found for symbol ...' during linking against libc_pic.a
-- What|Removed |Added Severity|minor |normal http://sourceware.org/bugzilla/show_bug.cgi?id=5905 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4712] BFD: section .data1/.bss can't be allocated in segment 0
--- Additional Comments From pluto at agmk dot net 2007-06-29 15:48 --- Created an attachment (id=1904) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1904action=view) testcase #1 -- http://sourceware.org/bugzilla/show_bug.cgi?id=4712 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4712] BFD: section .data1/.bss can't be allocated in segment 0
--- Additional Comments From pluto at agmk dot net 2007-06-29 15:48 --- Created an attachment (id=1905) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1905action=view) testcase #2 -- http://sourceware.org/bugzilla/show_bug.cgi?id=4712 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4712] BFD: section .data1/.bss can't be allocated in segment 0
--- Additional Comments From pluto at agmk dot net 2007-06-29 15:51 --- native solaris stripper works fine. $ strip -V strip: Software Generation Utilities (SGU) Solaris-ELF (4.0) $ uname -a SunOS hermes 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Blade-1500 -- http://sourceware.org/bugzilla/show_bug.cgi?id=4712 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4563] --gc-sections doesn't work as expected.
--- Additional Comments From pluto at agmk dot net 2007-06-01 07:11 --- Created an attachment (id=1876) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1876action=view) testcast for c#3 -- What|Removed |Added Attachment #1871 is|0 |1 obsolete|| http://sourceware.org/bugzilla/show_bug.cgi?id=4563 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4563] --gc-sections doesn't work as expected.
--- Additional Comments From pluto at agmk dot net 2007-06-01 07:10 --- (In reply to comment #2) .text._ZN1X1fEv exports a global symbol, _ZN1X1fEv. When building a shared library we assume that all global visible symbols are referenced. ok, one more question. if i use -fvisibility=hidden and mark _Z1fv with default visbility, the linker removes unused section .text._ZN1X1fEv as expected but in lib2.so i still see a undefined symbol _Z1hv $ readelf -sW lib2.so |c++filt (...) 6: 05a414 FUNCGLOBAL DEFAULT 10 f() (...) 9: 0 NOTYPE GLOBAL DEFAULT UND h() (...) _Z1hv is unreferenced and undefined in lib2.so, so this looks like an missed optimization bug. -- http://sourceware.org/bugzilla/show_bug.cgi?id=4563 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4563] --gc-sections doesn't work as expected.
-- What|Removed |Added Attachment #1876|testcast for c#3|testcase for c#3 description|| http://sourceware.org/bugzilla/show_bug.cgi?id=4563 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4563] New: --gc-sections doesn't work as expected.
$ make g++ -fpic -O1 -g0 -ffunction-sections -fdata-sections *.cpp -c g++ -Wl,--gc-sections -Wl,--print-gc-sections -z defs lib2.o \ lib1.o -shared -o lib2.so (...) /usr/bin/ld: Removing unused section '.text' in file 'lib1.o' /usr/bin/ld: Removing unused section '.data' in file 'lib1.o' /usr/bin/ld: Removing unused section '.bss' in file 'lib1.o' ^^ what about .text._ZN1X1fEv ? it's unused in lib2.so (...) lib1.o: In function `X::f()': lib1.cpp:(.text._ZN1X1fEv+0x5): undefined reference to `h()' collect2: ld returned 1 exit status $ objdump -h lib1.o|egrep '\.text\.' 3 .text._ZN1X1gEv 0002 (...) 4 .text._ZN1X1fEv 000e (...) -- Summary: --gc-sections doesn't work as expected. Product: binutils Version: 2.17 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=4563 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4563] --gc-sections doesn't work as expected.
--- Additional Comments From pluto at agmk dot net 2007-05-29 20:39 --- Created an attachment (id=1871) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1871action=view) testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=4563 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3666] Comdat/linkonce doesn't merge symbol visibility
-- What|Removed |Added CC||pluto at agmk dot net http://sourceware.org/bugzilla/show_bug.cgi?id=3666 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3402] New: linker produces very large executable.
004008f0 08f0 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE 12 .fini 000e 00400fd8 00400fd8 0fd8 2**2 CONTENTS, ALLOC, LOAD, READONLY, CODE 13 .rodata 0028 00400fe8 00400fe8 0fe8 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 14 .eh_frame_hdr 004c 00401010 00401010 1010 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 15 .eh_frame 0154 00401060 00401060 1060 2**3 CONTENTS, ALLOC, LOAD, READONLY, DATA 16 .gcc_except_table 0070 004011b4 004011b4 11b4 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 17 .init_array 00601224 00601224 00201224 2**0 CONTENTS, ALLOC, LOAD, DATA 18 .ctors0010 00601228 00601228 1228 2**3 CONTENTS, ALLOC, LOAD, DATA 19 .dtors0010 00601238 00601238 1238 2**3 CONTENTS, ALLOC, LOAD, DATA 20 .jcr 0008 00601248 00601248 1248 2**3 CONTENTS, ALLOC, LOAD, DATA 21 .dynamic 01c0 00601250 00601250 1250 2**3 CONTENTS, ALLOC, LOAD, DATA 22 .got 0008 00601410 00601410 1410 2**3 CONTENTS, ALLOC, LOAD, DATA 23 .got.plt 0080 00601418 00601418 1418 2**3 CONTENTS, ALLOC, LOAD, DATA 24 .data 0018 00601498 00601498 1498 2**3 CONTENTS, ALLOC, LOAD, DATA 25 .bss 0030 006014b0 006014b0 14b0 2**4 ALLOC 26 .comment 0138 00201224 2**0 CONTENTS, READONLY -- Summary: linker produces very large executable. Product: binutils Version: 2.17 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org GCC target triplet: x86_64-linux http://sourceware.org/bugzilla/show_bug.cgi?id=3402 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3402] linker produces very large executable.
--- Additional Comments From pluto at agmk dot net 2006-10-20 06:34 --- Created an attachment (id=1381) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1381action=view) 64-bit object. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3402 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3402] linker produces very large executable.
--- Additional Comments From pluto at agmk dot net 2006-10-20 06:42 --- Created an attachment (id=1382) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1382action=view) compressed exec. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3402 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-29 08:28 --- Created an attachment (id=1335) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1335action=view) testcase for c#19 -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-29 18:37 --- (In reply to comment #22) I hope this patch http://sourceware.org/ml/binutils/2006-09/msg00389.html will fix DW_FORM_ref_addr. heh, now i get different errors ;) /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.stdio.h.707d408e.1': (.debug_info+0x694cc): multiple definition of `DW.stdio.h.707d408e.1' codec-cfg.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/codec-cfg.c:837: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.libio.h.1b123e95.4': (.debug_info+0x6924d): multiple definition of `DW.libio.h.1b123e95.4' mplayer.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/fifo.c:58: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.libio.h.1b123e95.8': (.debug_info+0x69297): multiple definition of `DW.libio.h.1b123e95.8' mplayer.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/mplayer.c:815: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.types.h.7690f9fc.2': (.debug_info+0x692ca): multiple definition of `DW.types.h.7690f9fc.2' m_property.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/m_property.c:181: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.libio.h.1b123e95.5': (.debug_info+0x69254): multiple definition of `DW.libio.h.1b123e95.5' mplayer.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/fifo.c:58: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.libio.h.1b123e95.1': (.debug_info+0x69237): multiple definition of `DW.libio.h.1b123e95.1' mplayer.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/fifo.c:56: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.stdio.h.707d408e.0': (.debug_info+0x6930c): multiple definition of `DW.stdio.h.707d408e.0' codec-cfg.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/codec-cfg.c:849: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.types.h.7690f9fc.1': (.debug_info+0x692bf): multiple definition of `DW.types.h.7690f9fc.1' m_property.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/m_property.c:178: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.stddef.h.b8447100.0': (.debug_info+0x692eb): multiple definition of `DW.stddef.h.b8447100.0' mplayer.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/fifo.c:60: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.libio.h.1b123e95.2': (.debug_info+0x6923e): multiple definition of `DW.libio.h.1b123e95.2' mplayer.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/fifo.c:56: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.libio.h.1b123e95.6': (.debug_info+0x6925a): multiple definition of `DW.libio.h.1b123e95.6' mplayer.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/mplayer.c:778: first defined here /usr/lib/liveMedia/liveMedia/libliveMedia.a: In function `DW.types.h.7690f9fc.0': (.debug_info+0x692b4): multiple definition of `DW.types.h.7690f9fc.0' m_property.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/m_property.c:177: first defined here /usr/lib/liveMedia/groupsock/libgroupsock.a: In function `OutputSocket': /usr/src/debug/live/groupsock/Groupsock.cpp:42: multiple definition of `DW.libio.h.1391221f.4' libmpdemux/libmpdemux.a(cdda.o):/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/libmpdemux/cdda.c:114: first defined here /usr/lib/liveMedia/groupsock/libgroupsock.a: In function `destRecord': /usr/src/debug/live/groupsock/Groupsock.cpp:93: multiple definition of `DW.stdio.h.17280916.0' m_property.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/m_property.c:177: first defined here /usr/lib/liveMedia/groupsock/libgroupsock.a: In function `OutputSocket': /usr/src/debug/live/groupsock/Groupsock.cpp:42: multiple definition of `DW.libio.h.1391221f.2' libmpdemux/libmpdemux.a(cdda.o):/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/libmpdemux/cdda.c:103: first defined here /usr/lib/liveMedia/groupsock/libgroupsock.a: In function `DW.stdint.h.aff98527.0': /usr/src/debug/live/groupsock/Groupsock.cpp:249: multiple definition of `DW.stdint.h.aff98527.0' m_option.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/m_option.c:747: first defined here /usr/lib/liveMedia/groupsock/libgroupsock.a: In function `DW.in.h.e0f16a15.0': /usr/src/debug/live/groupsock/Groupsock.cpp:248: multiple definition of `DW.in.h.e0f16a15.0' libmpdemux/libmpdemux.a(cdda.o):/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/libmpdemux/cdda.c:102: first defined here /usr/lib/liveMedia/groupsock/libgroupsock.a: In function `unsetGroupsockBySocket': /usr/src/debug/live/groupsock/Groupsock.cpp:485: multiple definition of `DW.types.h.7690f9fc.2' m_property.o:/home/users/builder/rpm/BUILD/MPlayer-1.0pre8/m_property.c:181: first defined here /usr/lib/liveMedia/groupsock/libgroupsock.a: In function `OutputSocket': /usr/src/debug/live/groupsock
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-29 18:53 --- (In reply to comment #24) I think that is PR 3249. Do you have http://sourceware.org/ml/binutils/2006-09/msg00247.html i'm using binutils-2.17.50.0.5 with current patch for PR3191. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-29 19:12 --- (In reply to comment #26) (In reply to comment #25) (In reply to comment #24) I think that is PR 3249. Do you have http://sourceware.org/ml/binutils/2006-09/msg00247.html i'm using binutils-2.17.50.0.5 with current patch for PR3191. Have you rebuilt everthing with binutils-2.17.50.0.5? after rebuilding the static liveMedia libs and mplayer i get only this during final mplayer linking: (...) MPlayer-1.0pre8/libmpeg2/decode.c:117: multiple definition of `DW.types.h.a34a5b93.0' MPlayer-1.0pre8/libmpeg2/decode.c:119: multiple definition of `DW.types.h.a34a5b93.1' collect2: ld returned 1 exit status -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-29 19:15 --- Created an attachment (id=1336) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1336action=view) x86-64 testcase for c#27 -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-29 19:23 --- i can see theses symbols in two places: decored.o and header.o. [MPlayer-1.0pre8]$ grep DW.types.h.a34a5b93.0 libmpeg2/* -R Binary file libmpeg2/decode.o matches libmpeg2/decode.s: .quad DW.types.h.a34a5b93.0 libmpeg2/decode.s:.globl DW.types.h.a34a5b93.0 libmpeg2/decode.s:DW.types.h.a34a5b93.0: Binary file libmpeg2/header.o matches libmpeg2/header.s: .quad DW.types.h.a34a5b93.0 libmpeg2/header.s:.globl DW.types.h.a34a5b93.0 libmpeg2/header.s:DW.types.h.a34a5b93.0: Binary file libmpeg2/libmpeg2.a matches -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-29 19:33 --- Created an attachment (id=1337) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1337action=view) x86-64 testcase for c#27 -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-29 19:40 --- (In reply to comment #32) They look OK. I need to see your complete linker messages. [EMAIL PROTECTED] ~/rpm/SPECS]$ cd ../BUILD/MPlayer-1.0pre8 [EMAIL PROTECTED] ~/rpm/BUILD/MPlayer-1.0pre8]$ make x86_64-pld-linux-gcc -I../libvo -I../../libvo -O2 -fno-strict-aliasing -fwrapv -march=x86-64 -gdwarf-2 -g2 -feliminate-dwarf2-dups -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/xvid -I/usr/include/liveMedia -I. -I/usr/include/ -I/usr/include/xvid -I/usr/include/liveMedia -I/usr/include/freetype2 -I/usr/include -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT-I./libavutil -I./libavcodec -o mplayer mplayer.o m_property.o mp_msg.o asxparser.o codec-cfg.o cpudetect.o edl.o find_sub.o m_config.o m_option.o m_struct.o parser-cfg.o playtree.o playtreeparser.o spudec.o sub_cc.o subreader.o vobsub.o unrarlib.o mixer.o parser-mpcmd.o subopt-helper.o libvo/libvo.a libao2/libao2.a input/libinput.a libmenu/libmenu.a vidix/libvidix.a Gui/libgui.a libmpcodecs/libmpcodecs.a libaf/libaf.a libmpdemux/libmpdemux.a postproc/libswscale.a osdep/libosdep.a -Llibmpdvdkit2 -lmpdvdkit libavcodec/libavcodec.a libavformat/libavformat.a libavutil/libavutil.a libpostproc/libpostproc.a -lmad -ldv -ltheora -logg -lfaad -lmp3lame -lxvidcore -ldts -lpng -lz -lz -ljpeg -lasound -ldl -lpthread -lx264 -lpthread -lspeex -lfaac -lfreetype -lz -lncurses -lcdda_interface -lcdda_paranoia /usr/lib64/liveMedia/liveMedia/libliveMedia.a /usr/lib64/liveMedia/groupsock/libgroupsock.a /usr/lib64/liveMedia/UsageEnvironment/libUsageEnvironment.a /usr/lib64/liveMedia/BasicUsageEnvironment/libBasicUsageEnvironment.a -lstdc++ -lungif -lsmbclient -L/usr/lib64 -lfribidi -lfontconfig -lenca mp3lib/libMP3.a liba52/liba52.a libmpeg2/libmpeg2.a tremor/libvorbisidec.a -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lcairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 -lm -lX11 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lglib-2.0 -laa -lGL -ldl -lXxf86dga -lXv -lXvMC -lXvMCW -lXxf86vm -lXinerama -L/usr/lib64 -lXext -lX11 -lpthread -L/usr/lib64 -lSDL -lpthread -L/usr/lib64 -lcaca -lslang -lX11 -L/usr/X11R6/lib64 -L/usr/lib64 -ldl -lartsc -lpthread -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 -L/usr/lib64 -lesd -laudiofile -lm -lasound -ljack -lopenal -Wl,-z,noexecstack -llirc_client -lpthread -ldl -rdynamic -lm libmpeg2/libmpeg2.a(decode.o): In function `mpeg2_buffer': /home/users/pluto/rpm/BUILD/MPlayer-1.0pre8/libmpeg2/decode.c:117: multiple definition of `DW.types.h.a34a5b93.0' /home/users/pluto/rpm/BUILD/MPlayer-1.0pre8/libmpeg2/decode.c:119: multiple definition of `DW.types.h.a34a5b93.1' collect2: ld returned 1 exit status make: *** [mplayer] Error 1 -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3290] ld -s leaves absolute symbol in DSO
-- What|Removed |Added CC||pluto at agmk dot net http://sourceware.org/bugzilla/show_bug.cgi?id=3290 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3262] New: objcopy --only-keep-debug produces extra large debuginfo.
$ i486-gnu-linux-objcopy --only-keep-debug ExecGui ExecGui.debuginfo $ ls -lh 1,3M 2006-09-26 10:15 ExecGui 130M 2006-09-26 10:20 ExecGui.debuginfo wow! -- Summary: objcopy --only-keep-debug produces extra large debuginfo. Product: binutils Version: 2.17 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=3262 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3262] objcopy --only-keep-debug produces extra large debuginfo.
--- Additional Comments From pluto at agmk dot net 2006-09-26 08:21 --- Created an attachment (id=1324) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1324action=view) testcase -- http://sourceware.org/bugzilla/show_bug.cgi?id=3262 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3230] linker rejects mixed (elf64-big/elf64-sparc) archives.
--- Additional Comments From pluto at agmk dot net 2006-09-20 06:00 --- (In reply to comment #2) When an object file is marked as generic ELF, it shouldn't have any processor specific data, including relocations. exception.o is a generic ELF object with relocations. Linker doesn't know how to process those relocations. i'll look deeper into boost build at sparc64 and try to see what's happen. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3230 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Linker doesn't support DWARF3 DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-20 09:24 --- (In reply to comment #11) (In reply to comment #8) It looks like a gcc bug. See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29146 No it does not. What version of GCC did you produce this object file? with gcc 4.1.2-20060817 (without patch from #7) i get: $ g++ -O2 -fno-strict-aliasing -fwrapv -march=x86-64 \ -gdwarf-2 -g2 -feliminate-dwarf2-dups client-gcc41.ii -c $ g++ -o /dev/null client-gcc41.o (...) /usr/bin/ld: Dwarf Error: DW_FORM_strp offset (660090) greater than or equal to .debug_str size (27111). /usr/bin/ld: Dwarf Error: DW_FORM_strp offset (660090) greater than or equal to .debug_str size (27111). (...) with gcc 4.1.2-20060817 (with patch from #7) it works fine. with gcc-4.2 (without patch from #7) it works fine. with gcc-4.2 (with patch from #7) not tested (probably works too). And how did you build GCC while you are at that? $ gcc -v Reading specs from /usr/lib64/gcc/x86_64-pld-linux/4.1.2/specs Target: x86_64-pld-linux Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local --libdir=/usr/lib64 --libexecdir=/usr/lib64 --infodir=/usr/share/info --mandir=/usr/share/man --x-libraries=/usr/lib64 --enable-shared --enable-threads=posix --enable-languages=c,c++,fortran,objc,obj-c++,ada,java --enable-c99 --enable-long-long --enable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib64 --without-system-libunwind --enable-cmath --with-long-double-128 --with-gxx-include-dir=/usr/include/c++/4.1.2 --disable-libstdcxx-pch --enable-__cxa_atexit --enable-libstdcxx-allocator=new --with-qt4dir=/usr/lib64/qt4 --disable-libjava-multilib --enable-libgcj --enable-libgcj-multifile --enable-libgcj-database --enable-gtk-cairo --enable-java-awt=qt,gtk,xlib --enable-jni --enable-xmlj --enable-alsa --enable-dssi x86_64-pld-linux Thread model: posix gcc version 4.1.2 20060817 (prerelease) (PLD-Linux) -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Linker doesn't support DWARF3 DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-20 09:26 --- Created an attachment (id=1307) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1307action=view) preprocessed sources and objects from gcc-4.1/4.2 -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] ld: Dwarf Error: DW_FORM_strp offset X greater than or equal to .debug_str size Y.
--- Additional Comments From pluto at agmk dot net 2006-09-19 08:27 --- (In reply to comment #3) $ g++ -o /dev/null .libs/client.o (...) /usr/bin/ld: Dwarf Error: DW_FORM_strp offset (685178) greater than or equal to .debug_str size (27238). /usr/bin/ld: Dwarf Error: DW_FORM_strp offset (685178) greater than or equal to .debug_str size (27238). (...) the testcase was build with cxxflags: `-O2 -fno-strict-aliasing -fwrapv -march=x86-64 -gdwarf-2 -g2 -feliminate-dwarf2-dups' -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Linker doesn't support DWARF3 DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-20 05:49 --- (In reply to comment #8) It looks like a gcc bug. See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29146 i don't think so. `-gdwarf-2' option allows gcc to use dwarf3 features. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/3191] Linker doesn't support DWARF3 DW_FORM_ref_addr
--- Additional Comments From pluto at agmk dot net 2006-09-20 05:50 --- (In reply to comment #7) A patch is posted at http://sourceware.org/ml/binutils/2006-09/msg00187.html i'll test it today... -- http://sourceware.org/bugzilla/show_bug.cgi?id=3191 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3110] unsupported relocation type {R_SPARC_H44, R_SPARC_WDISP30, R_SPARC_64}
--- Additional Comments From pluto at agmk dot net 2006-09-11 08:13 --- works fine :) -- http://sourceware.org/bugzilla/show_bug.cgi?id=3110 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3110] unsupported relocation type {R_SPARC_H44, R_SPARC_WDISP30, R_SPARC_64}
--- Additional Comments From pluto at agmk dot net 2006-09-11 14:56 --- (In reply to comment #8) Patch checked in.z thanks. i have one more sparc64 issue. the sparc64-sun-solaris2.9-ld rejects boost's static libraries with 'skipping incompatible...'. as far i can see, the `nomachine` objects causes this linker error. e.g. libboost_filesystem.a: convenience.o: ELF 64-bit MSB relocatable, SPARC V9 exception.o:ELF 64-bit MSB relocatable, no machine === operations_posix_windows.o: ELF 64-bit MSB relocatable, SPARC V9 path_posix_windows.o: ELF 64-bit MSB relocatable, SPARC V9 -- http://sourceware.org/bugzilla/show_bug.cgi?id=3110 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3110] unsupported relocation type {R_SPARC_H44, R_SPARC_WDISP30, R_SPARC_64}
--- Additional Comments From pluto at agmk dot net 2006-09-11 15:02 --- simple testcase: $ sparc64-sun-solaris2.9-g++ -o /dev/null -Wl,--whole-archive libboost_filesystem.a /local/devel/toolchain41/sparc64-sun-solaris2.9/lib/gcc/sparc64-sun-solaris2.9/4.1.2/../../../../sparc64-sun-solaris2.9/bin/ld: libboost_filesystem.a(exception.o): Relocations in generic ELF (EM: 0) (...) libboost_filesystem.a(exception.o): could not read symbols: File in wrong format collect2: ld returned 1 exit status -- http://sourceware.org/bugzilla/show_bug.cgi?id=3110 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3186] New: symbol `.debug_abbrev' required but not present
$ cat tmp.cpp
#include cstdio
void foo()
{
}
$ g++ -O1 -gdwarf-2 -g2 -feliminate-dwarf2-dups tmp.cpp -c --save-temps
$ strip --strip-debug tmp.o
BFD: st0P202e: symbol `.debug_abbrev' required but not present
strip: st0P202e: No symbols
--
Summary: symbol `.debug_abbrev' required but not present
Product: binutils
Version: 2.17
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: pluto at agmk dot net
CC: bug-binutils at gnu dot org
GCC target triplet: *-linux
http://sourceware.org/bugzilla/show_bug.cgi?id=3186
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3166] --only-keep-debug doesn't work on .o files with group
--- Additional Comments From pluto at agmk dot net 2006-09-04 13:02 --- (In reply to comment #4) The uploaded patch should resolve this. Please could you try it out and let me know if it works for you. it works for me. thank you very much. ps). i've filled one more bug about stripping debug from static libs - PR3110 ;) -- http://sourceware.org/bugzilla/show_bug.cgi?id=3166 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3166] New: aborting at elf.c line 2971 in bfd_elf_set_group_contents during stripping.
$ i486-gnu-linux-strip --only-keep-debug libau.a -o libau.a.debuginfo BFD: BFD 2.17.50.0.3 20060715 internal error, aborting at elf.c line 2971 in bfd_elf_set_group_contents BFD: Please report this bug. -- Summary: aborting at elf.c line 2971 in bfd_elf_set_group_contents during stripping. Product: binutils Version: 2.17 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: pluto at agmk dot net CC: bug-binutils at gnu dot org GCC target triplet: i486-linux http://sourceware.org/bugzilla/show_bug.cgi?id=3166 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3166] aborting at elf.c line 2971 in bfd_elf_set_group_contents during stripping.
--- Additional Comments From pluto at agmk dot net 2006-09-01 08:13 --- Created an attachment (id=1271) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1271action=view) compressed testcase. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3166 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3110] New: unsupported relocation type {R_SPARC_H44, R_SPARC_WDISP30, R_SPARC_64}
$ sparc64-sun-solaris2.9-strip --strip-debug *.a
BFD: st3IYdGV/greg_weekday.o: unsupported relocation type R_SPARC_H44
sparc64-sun-solaris2.9-strip: st3IYdGV/greg_weekday.o: Bad value
BFD: stbZAhUO/operations_posix_windows.o: unsupported relocation type
R_SPARC_WDISP30
sparc64-sun-solaris2.9-strip: stbZAhUO/operations_posix_windows.o: Bad value
BFD: BFD 2.17.50.0.3 20060715 assertion fail reloc.c:4818
BFD: stCu0HdI/instantiate_cpp_grammar.o: unsupported relocation type
R_SPARC_64
sparc64-sun-solaris2.9-strip: stCu0HdI/instantiate_cpp_grammar.o: Bad value
--
Summary: unsupported relocation type {R_SPARC_H44,
R_SPARC_WDISP30, R_SPARC_64}
Product: binutils
Version: 2.17
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: pluto at agmk dot net
CC: bug-binutils at gnu dot org
GCC target triplet: sparc64-sun-solaris2.9
http://sourceware.org/bugzilla/show_bug.cgi?id=3110
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/3110] unsupported relocation type {R_SPARC_H44, R_SPARC_WDISP30, R_SPARC_64}
--- Additional Comments From pluto at agmk dot net 2006-08-23 11:26 --- the main trick here is that boost archives were built with shared-linkabletrue option. it means they can be used as statically linked parts of shared objects. strip works perfect with these *.o files extracted from *.a so i think it assumes content of *.a to strictly. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3110 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/2607] linker doesn't recognize an ELF library.
--- Additional Comments From pluto at agmk dot net 2006-05-05 21:07 --- (In reply to comment #3) Subject: Re: linker doesn't recognize an ELF library. Hi Pawel, strip also can't handle this precompiled external library. $ sparc-sun-solaris2.9-strip -g libcmodel.so --verbose sparc-sun-solaris2.9-strip: libcmodel.so: File format not recognized How was this libcmodel.so file created ? I don't know. It's a commercial closed source library which works perfectly with native solaris linker/stripper and doesn't work with gnu/crossbinutils-2.16.91.0.7 On monday I will check our NDAs and try to attach this weird ELF library to this bug report for future tests. -- http://sourceware.org/bugzilla/show_bug.cgi?id=2607 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/2607] New: linker doesn't recognize an ELF library.
))
KEEP (*(SORT(.fini_array.*)))
PROVIDE_HIDDEN (__fini_array_end = .);
}
.ctors :
{
/* gcc uses crtbegin.o to find the start of
the constructors, so we make sure it is
first. Because this is a wildcard, it
doesn't matter if the user does not
actually link against crtbegin.o; the
linker won't look for a file to match a
wildcard. The wildcard also means that it
doesn't matter wh directory crtbegin.o
is in. */
KEEP (*crtbegin*.o(.ctors))
/* We don't want to include the .ctor section from
the crtend.o file until after the sorted ctors.
The .ctor section from the crtend file contains the
end of ctors marker and it must be last */
KEEP (*(EXCLUDE_FILE (*crtend*.o ) .ctors))
KEEP (*(SORT(.ctors.*)))
KEEP (*(.ctors))
}
.dtors :
{
KEEP (*crtbegin*.o(.dtors))
KEEP (*(EXCLUDE_FILE (*crtend*.o ) .dtors))
KEEP (*(SORT(.dtors.*)))
KEEP (*(.dtors))
}
.jcr: { KEEP (*(.jcr)) }
.data.rel.ro : { *(.data.rel.ro.local* .gnu.linkonce.d.rel.ro.local.*)
*(.data.rel.ro* .gnu.linkonce.d.rel.ro.*) }
.dynamic: { *(.dynamic) }
. = DATA_SEGMENT_RELRO_END (0, .);
.got: { *(.got.plt) *(.got) }
.plt: { *(.plt) }
.data :
{
*(.data .data.* .gnu.linkonce.d.*)
KEEP (*(.gnu.linkonce.d.*personality*))
SORT(CONSTRUCTORS)
}
.data1 : { *(.data1) }
_edata = .; PROVIDE (edata = .);
__bss_start = .;
.bss:
{
*(.dynbss)
*(.bss .bss.* .gnu.linkonce.b.*)
*(COMMON)
/* Align here to ensure that the .bss section occupies space up to
_end. Align after .bss to ensure correct alignment even if the
.bss section disappears because there are no input sections.
FIXME: Why do we need it? When there is no .bss section, we don't
pad the .data section. */
. = ALIGN(. != 0 ? 8 : 1);
}
. = ALIGN(8);
. = ALIGN(8);
_end = .; PROVIDE (end = .);
. = DATA_SEGMENT_END (.);
/* Stabs debugging sections. */
.stab 0 : { *(.stab) }
.stabstr 0 : { *(.stabstr) }
.stab.excl 0 : { *(.stab.excl) }
.stab.exclstr 0 : { *(.stab.exclstr) }
.stab.index0 : { *(.stab.index) }
.stab.indexstr 0 : { *(.stab.indexstr) }
.comment 0 : { *(.comment) }
/* DWARF debug sections.
Symbols in the DWARF debugging sections are relative to the beginning
of the section so we begin them at 0. */
/* DWARF 1 */
.debug 0 : { *(.debug) }
.line 0 : { *(.line) }
/* GNU DWARF 1 extensions */
.debug_srcinfo 0 : { *(.debug_srcinfo) }
.debug_sfnames 0 : { *(.debug_sfnames) }
/* DWARF 1.1 and DWARF 2 */
.debug_aranges 0 : { *(.debug_aranges) }
.debug_pubnames 0 : { *(.debug_pubnames) }
/* DWARF 2 */
.debug_info 0 : { *(.debug_info .gnu.linkonce.wi.*) }
.debug_abbrev 0 : { *(.debug_abbrev) }
.debug_line 0 : { *(.debug_line) }
.debug_frame0 : { *(.debug_frame) }
.debug_str 0 : { *(.debug_str) }
.debug_loc 0 : { *(.debug_loc) }
.debug_macinfo 0 : { *(.debug_macinfo) }
/* SGI/MIPS DWARF 2 extensions */
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames 0 : { *(.debug_varnames) }
/DISCARD/ : { *(.note.GNU-stack) }
}
==
attempt to open libcmodel.so succeeded
opened script file libcmodel.so
libcmodel.so: file not recognized: File format not recognized
--
Summary: linker doesn't recognize an ELF library.
Product: binutils
Version: 2.16
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: pluto at agmk dot net
CC: bug-binutils at gnu dot org
GCC build triplet: x86_64-gnu-linux
GCC target triplet: sparc-sun-solaris2.9
http://sourceware.org/bugzilla/show_bug.cgi?id=2607
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
