[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

[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:

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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:

[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

[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

[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

[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

[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

[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:

[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

[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

[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

[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

[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

[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

[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

[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

[Bug binutils/12075] New: cross binutils-2.20.51.0.11 doesn't build with zlib-devel-1.2.5.

: 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

[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

[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

[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

[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

[Bug ld/11510] New: broken 'ld' name in crosstoolchain installation.

: 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

[Bug ld/9843] New: relocation R_386_GOTOFF against undefined hidden symbol '_begin' can not be used when making a shared object

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

[Bug ld/9676] New: link-failure: could not read symbols: Bad value

: 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

[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

[Bug binutils/6838] New: objdump can't recognize pe32+ objects.

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

[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

[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

[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

[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

[Bug binutils/6026] New: objdump craches on simple *.exe / application doesn't work.

: 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

[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

[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

[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:

[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

[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

[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

[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

[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

[Bug ld/4563] --gc-sections doesn't work as expected.

-- What|Removed |Added Attachment #1876|testcast for c#3|testcase for c#3 description||

[Bug ld/4563] New: --gc-sections doesn't work as expected.

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

[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

[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

[Bug ld/3402] New: linker produces very large executable.

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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[Bug binutils/3262] New: objcopy --only-keep-debug produces extra large debuginfo.

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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[Bug binutils/3186] New: symbol `.debug_abbrev' required but not present

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

[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

[Bug binutils/3166] New: aborting at elf.c line 2971 in bfd_elf_set_group_contents during stripping.

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

[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

[Bug binutils/3110] New: unsupported relocation type {R_SPARC_H44, R_SPARC_WDISP30, R_SPARC_64}

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

[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

[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

[Bug ld/2607] New: linker doesn't recognize an ELF library.

: 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