[Bug ld/14862] New: Assertion fault in binutils-2.23.51.0.5/bfd/elf-strtab.c:247
http://sourceware.org/bugzilla/show_bug.cgi?id=14862
Bug #: 14862
Summary: Assertion fault in
binutils-2.23.51.0.5/bfd/elf-strtab.c:247
Product: binutils
Version: 2.24 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassig...@sourceware.org
ReportedBy: uzytkown...@gmail.com
Classification: Unclassified
I get assertion faults in unstable version of binutils 2.23.51.0.5
during building of glog-0.3.2 on Gentoo (both inside and outside portage
environment) and virtualbox-4.2.4.
Thread 1 (process 5662):
#0 __GI_exit (status=1) at exit.c:99
No locals.
#1 0x77b96a72 in xexit (code=)
at
/var/tmp/portage/sys-devel/binutils-2.23.51.0.5/work/binutils-2.23.51.0.5/libiberty/xexit.c:51
No locals.
#2 0x0041fc83 in vfinfo (fp=0x778be080 <_IO_2_1_stderr_>,
fmt=, arg=, is_warning=)
at
/var/tmp/portage/sys-devel/binutils-2.23.51.0.5/work/binutils-2.23.51.0.5/ld/ldmisc.c:439
fatal = 1
#3 0x0041fe53 in einfo (fmt=0x449d38 "%F")
at
/var/tmp/portage/sys-devel/binutils-2.23.51.0.5/work/binutils-2.23.51.0.5/ld/ldmisc.c:466
arg = {{gp_offset = 8, fp_offset = 48,
overflow_arg_area = 0x7fffdb90,
reg_save_area = 0x7fffdad0}}
#4 0x004155cd in open_input_bfds (s=0x0, mode=OPEN_BFD_NORMAL)
at
/var/tmp/portage/sys-devel/binutils-2.23.51.0.5/work/binutils-2.23.51.0.5/ld/ldlang.c:3321
No locals.
#5 0x004156bc in open_input_bfds (s=0x6e7260,
mode=OPEN_BFD_NORMAL)
at
/var/tmp/portage/sys-devel/binutils-2.23.51.0.5/work/binutils-2.23.51.0.5/ld/ldlang.c:3213
No locals.
#6 0x004157bc in open_input_bfds (s=0x6df7c0,
mode=OPEN_BFD_NORMAL)
at
/var/tmp/portage/sys-devel/binutils-2.23.51.0.5/work/binutils-2.23.51.0.5/ld/ldlang.c:3204
No locals.
#7 0x004179ea in lang_process ()
at
/var/tmp/portage/sys-devel/binutils-2.23.51.0.5/work/binutils-2.23.51.0.5/ld/ldlang.c:6661
No locals.
#8 0x00405a97 in main (argc=37, argv=0x7fffde48)
at
/var/tmp/portage/sys-devel/binutils-2.23.51.0.5/work/binutils-2.23.51.0.5/ld/ldmain.c:395
emulation = 0x7fffe28c "elf_x86_64"
start_time = 999
Command:
ld --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o
.libs/demangle_unittest
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib64/crt1.o
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/crtbegin.o
-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3
-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64
-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/lib
-L/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../.. -O1 --as-needed --add-needed
--hash-style=both --sort-common --no-keep-memory
demangle_unittest-demangle_unittest.o ./.libs/libglog.so
/usr/lib64/libgflags.so -lpthread -lstdc++ -lm -lgcc_s -lgcc -lpthread -lc
-lgcc_s -lgcc /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/crtend.o
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib64/crtn.o
--
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/14862] Assertion fault in binutils-2.23.51.0.5/bfd/elf-strtab.c:247
http://sourceware.org/bugzilla/show_bug.cgi?id=14862 Maciej Piechotka changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1 |0 --- Comment #2 from Maciej Piechotka 2012-11-20 18:04:20 UTC --- (I've noticed that you don't have ld optimalization turned on alongside several other flags.) My flags: CFLAGS="-O2 -march=native -pipe -ggdb -w -Wa,--compress-debug-sections" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--add-needed -Wl,--hash-style=both -Wl,--sort-common -Wl,--no-keep-memory" >From the flags which might trigger the problem --compress-debug-sections looks 'suspicious'. EDIT: I managed to narrow it down to -Wl,--as-needed. -- 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/15126] New: [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 Bug #: 15126 Summary: [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation) Product: binutils Version: 2.24 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassig...@sourceware.org ReportedBy: uzytkown...@gmail.com Classification: Unclassified libtool: link: x86_64-pc-linux-gnu-gcc -D_REENTRANT -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libdrm -I/usr/include/libpng15 -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/valgrind -Wall -Wextra -Wold-style-definition -Wdeclaration-after-statement -Wmissing-declarations -Werror-implicit-function-declaration -Wnested-externs -Wpointer-arith -Wwrite-strings -Wsign-compare -Wstrict-prototypes -Wmissing-prototypes -Wpacked -Wswitch-enum -Wmissing-format-attribute -Wbad-function-cast -Wvolatile-register-var -Wstrict-aliasing=2 -Winit-self -Wunsafe-loop-optimizations -Wno-missing-field-initializers -Wno-unused-parameter -Wno-attributes -Wno-long-long -Winline -flto -fno-strict-aliasing -fno-common -Wp,-D_FORTIFY_SOURCE=2 -Wno-unused-but-set-variable -D_REENTRANT -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -O2 -march=native -pipe -ggdb -Wa,--compress-debug-sections -finline-limit=1200 -Wl,-O1 -Wl,--hash-style=both -Wl,--sort-common -Wl,--no-keep-memory -o .libs/cairo-sphinx cairo_sphinx-sphinx.o -Wl,--as-needed ../../util/cairo-script/.libs/libcairo-script-interpreter.so -L/usr/lib64/qt4 -llzo2 ../../boilerplate/.libs/libcairoboilerplate.a /var/tmp/portage/x11-libs/cairo-1.12.12/work/cairo-1.12.12/src/.libs/libcairo.so ../../src/.libs/libcairo.so -lpthread -lpixman-1 -lfontconfig -lfreetype -lEGL -ldl -lpng15 -lQtGui -lQtCore -lxcb-shm -lxcb-render -lxcb -lXrender -lX11 -lXext -lz -lGL -lglib-2.0 -lrt -lm /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: libcairoboilerplate_cxx_la-cairo-boilerplate-qt.o (symbol from plugin): undefined reference to symbol 'vtable for __cxxabiv1::__class_type_info@@CXXABI_1.3' /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: note: 'vtable for __cxxabiv1::__class_type_info@@CXXABI_1.3' is defined in DSO /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/libstdc++.so.6 so try adding it to the linker command line /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/libstdc++.so.6: could not read symbols: Invalid operation collect2: ld returned 1 exit status 2.23.1 and 2.23.51.0.8 links without problems. -- 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/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #2 from Maciej Piechotka 2013-02-10 11:39:12 UTC --- (In reply to comment #1) > You can either use g++ to link against C++ libraries or drop > -Wl,--as-needed. Without -Wl,--as-needed there are undefined references to new and delete. I believe g++/gcc choice was made by libtool and it did worked with binutils 2.23.51.0.8. -- 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/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 Maciej Piechotka changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1 |0 --- Comment #6 from Maciej Piechotka 2013-02-16 00:36:43 UTC --- (In reply to comment #4) > Please double check if it is a real regression. I think it is a bug, > not a regression. Sorry for delay. When I posted bug I tried binutils 2.23.51.0.8, 2.23.51.0.9 and 2.23.1. The only change was the version of binutils installed - in all cases but 2.23.51.0.9 linking succeeded. -- 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/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #8 from Maciej Piechotka 2013-02-16 09:29:54 UTC --- Sight. Binutils 2.23.51.0.8 and 2.23.1 succeeded even if I did not reconfigured. -- 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/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #10 from Maciej Piechotka 2013-02-16 20:28:39 UTC --- (In reply to comment #9) > Binutils 2.23.1 and 2.23.51.0.8/2.23.51.0.9 fail for me. > If you don't have a small testcase, please provide > the whole cairo build directory. Compressed directory takes nearly 60 MiB. How should I send it? -- 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/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 Maciej Piechotka changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1 |0 --- Comment #12 from Maciej Piechotka 2013-02-20 11:27:59 UTC --- https://www.dropbox.com/s/3mauit7c7ab4yh3/cairo-workdir.tar.xz?m (In reply to comment #11) > (In reply to comment #10) > > > > Compressed directory takes nearly 60 MiB. How should I send it? > > You can upload it to a free file share web site. There are bugzillas which has policy against external services. -- 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/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #15 from Maciej Piechotka 2013-02-20 19:37:46 UTC --- (In reply to comment #14) > i'm seeing a similar bug i think: > https://bugs.gentoo.org/458164 > The same distro so it is likely they are the same 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 ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #17 from Maciej Piechotka 2013-03-30 12:50:17 UTC --- gptfdisk-0.8.6 + binutils 2.23.52.0.1.20130226 seems to repro the problem as well: x86_64-pc-linux-gnu-g++ crc32.o support.o guid.o gptpart.o mbrpart.o basicmbr.o mbr.o gpt.o bsd.o parttypes.o attributes.o diskio.o diskio-unix.o cgdisk.o gptcurses.o -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=both -Wl,--sort-common -Wl,--no-keep-memory -licuio -licuuc -luuid -lncurses -o cgdisk /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/../../../../x86_64-pc-linux-gnu/bin/ld: support.o: undefined reference to symbol 'pthread_cancel@@GLIBC_2.2.5' /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/../../../../x86_64-pc-linux-gnu/bin/ld: note: 'pthread_cancel@@GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line /lib64/libpthread.so.0: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make: *** [cgdisk] 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 https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/15126] [REGRESSION] 2.23.51.0.9 fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
http://sourceware.org/bugzilla/show_bug.cgi?id=15126 --- Comment #20 from Maciej Piechotka 2013-04-04 09:51:10 UTC --- (In reply to comment #13) > (In reply to comment #12) > > https://www.dropbox.com/s/3mauit7c7ab4yh3/cairo-workdir.tar.xz?m > > > > I can't reproduce it: > (...) > > Did you make any local changes to binutils 2.23.51.0.8 or 2.23.51.0.9? Hmm. How did I missed mail from this comment? No - I haven't made any changes. -- 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/9749] New: The section is put not in order
I'm not quite sure if it is a bug or feature request (at least on mailong list
it was pointed out as bug). I try to produce an ELF in multiboot format -
therefore the setup section have to be within 0x2000.
If I add big data to .bss section I recive such layouts:
Gold:
There are 8 section headers, starting at offset 0x8108:
Section Headers:
[Nr] Name TypeAddr OffSize ES Flg Lk Inf Al
[ 0] NULL 00 00 00 0 0 0
[ 1] .text PROGBITSc0108000 001000 002833 00 AX 0 0 4
[ 2] .data PROGBITSc010b000 004000 08 00 WA 0 0 4
[ 3] .bss NOBITS c010c000 004008 208110 00 WA 0 0 32
[ 4] .setupPROGBITS 005000 003000 00 0 0
4096
[ 5] .comment PROGBITS 008000 bc 00 0 0 1
[ 6] .note NOTE 0080bc 18 00 0 0 4
[ 7] .shstrtab STRTAB 0080d4 32 00 0 0 1
ld:
There are 7 section headers, starting at offset 0x80e8:
Section Headers:
[Nr] Name TypeAddr OffSize ES Flg Lk Inf Al
[ 0] NULL 00 00 00 0 0 0
[ 1] .setupPROGBITS0010 005000 003000 00 0 0
4096
[ 2] .text PROGBITSc0103000 001000 002833 00 AX 0 0 4
[ 3] .data PROGBITSc0106000 004000 08 00 WA 0 0 4
[ 4] .bss NOBITS c0107000 004008 208110 00 WA 0 0 32
[ 5] .comment PROGBITS 008000 bc 00 0 0 1
[ 6] .shstrtab STRTAB 0080bc 2c 00 0 0 1
Linker script:
OUTPUT_FORMAT("elf32-i386")
ENTRY(start)
phys = 0x0010;
virt = 0xC000;
SECTIONS
{
. = phys;
.setup :
{
*(.multiboot)
*(.setup)
}
. += virt;
. = ALIGN(0x1000);
.text : AT(ADDR(.text) - virt)
{
code = .;
phys_code = . - virt;
*(.multiboot)
*(.text)
}
. = ALIGN(0x1000);
.data : AT(ADDR(.data) - virt)
{
data = .;
phys_data = . - virt;
*(.multiboot)
*(.data)
}
. = ALIGN(0x1000);
.bss : AT(ADDR(.bss) - virt)
{
bss = .;
phys_bss = . - virt;
*(COMMON)
*(.bss)
}
. = ALIGN(0x1000);
.rodata : AT(ADDR(.rodata) - virt)
{
rodata = .;
phys_rodata = . - virt;
*(.rodata);
}
. = ALIGN(0x1000);
end = .;
phys_end = . - virt;
phys = phys;
virt = virt;
}
--
Summary: The section is put not in order
Product: binutils
Version: 2.19
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: uzytkownik2 at gmail dot com
CC: bug-binutils at gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=9749
--- 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/9749] The section is put not in order
--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-16 01:18 --- I'll publish a test case soon (but please don't make jokes...) -- http://sourceware.org/bugzilla/show_bug.cgi?id=9749 --- 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/9749] The section is put not in order
--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-16 21:32 --- The test case: http://github.com/uzytkownik/nios/tree/master -- http://sourceware.org/bugzilla/show_bug.cgi?id=9749 --- 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/9749] The section is put not in order
--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-20 12:56 --- It was under the given link (download->tar): http://github.com/uzytkownik/nios/tarball/master Simple make should compile it. nios is the resulting file. -- http://sourceware.org/bugzilla/show_bug.cgi?id=9749 --- 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/9749] The section is put not in order
--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-20 15:13 --- Created an attachment (id=3675) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3675&action=view) The test case I believed so much github is intelligent enought to include a submodules I hadn't checked it. I've attached a test case (with 'fixed' CFLAGS. My personal CFLAGS should not find a way to a git). -- http://sourceware.org/bugzilla/show_bug.cgi?id=9749 --- 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/9749] The section is put not in order
--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-20 22:31 --- (In reply to comment #7) > (In reply to comment #0) > > I'm not quite sure if it is a bug or feature request (at least on mailong > > list > > it was pointed out as bug). I try to produce an ELF in multiboot format - > > therefore the setup section have to be within 0x2000. > > > > What do you mean by "0x2000"? First 8192 bytes > Is it is the address in memory or > the offset on disk? offset on disk (http://www.gnu.org/software/grub/manual/multiboot/html_node/OS-image-format.html#OS-image-format) > Do you need to load the setup section into > memory? Yes and no. The multiboot header do not need to be loaded into memory but the rest needs to. > What is the setup section aligned at 4K boundary? A setup section is a section with code before enabling. As it is loaded after 1 MiB (grub requirement) it is not exactly aligned at 4K boundary but it is loaded at specific fixed address. -- http://sourceware.org/bugzilla/show_bug.cgi?id=9749 --- 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/9749] The section is put not in order
--- Additional Comments From uzytkownik2 at gmail dot com 2009-01-20 22:36 --- (In reply to comment #8) > Can you put ".section .setup,"ax",@progbits" in arch/i386/multiboot.S? It works. But, despite this is more correct way of handling it, why? -- http://sourceware.org/bugzilla/show_bug.cgi?id=9749 --- 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
