[Bug gold/11259] executables linked with gold segfault

2011-06-05 Thread jrnieder at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11259

Jonathan Nieder  changed:

   What|Removed |Added

 CC||jrnieder at gmail dot com

--- Comment #1 from Jonathan Nieder  2011-06-05 
22:10:36 UTC ---
(In reply to comment #0)

> I'm using Ubuntu 9.10 for ARM on my (OMAP3) Beagleboard. When I install gold 
> as
> /usr/bin/ld and use it to recompile / relink gold, it segfaults. Other
> executables linked with gold also segfault.

Can you still reproduce this?  If so, could you get an example backtrace?

-- 
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/12845] ld segfaults when using

2011-06-05 Thread aurelien at aurel32 dot net
http://sourceware.org/bugzilla/show_bug.cgi?id=12845

--- Comment #1 from Aurelien Jarno  2011-06-05 
21:57:42 UTC ---
Created attachment 5768
  --> http://sourceware.org/bugzilla/attachment.cgi?id=5768
tarball containing objects to reproduce the issue

Run testcase.sh to reproduce the issue. Note that removing --gc-sections will
make the link to fail, as I removed all .o that were not necessary to make the
segfault happen (in order to keep the sire reasonable).

-- 
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/12845] New: ld segfaults when using

2011-06-05 Thread aurelien at aurel32 dot net
http://sourceware.org/bugzilla/show_bug.cgi?id=12845

   Summary: ld segfaults when using
   Product: binutils
   Version: 2.22 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
AssignedTo: unassig...@sources.redhat.com
ReportedBy: aurel...@aurel32.net
  Host: mips-unknown-linux-gnu
Target: mips-unknown-linux-gnu
 Build: mips-unknown-linux-gnu


When linking udev on mips, ld segfaults if --gc-sections is used (which is the
default in the recent versions). Here is the corresponding backtrace, it seems 
osec->used_by_bfd equals to NULL, so the segfaults appear when dereferencing
osec->used_by_bfd->this_hdr.sh_type.

This happens with binutils from HEAD.

(gdb) bt
#0  0x00481840 in _bfd_elf_init_private_section_data (ibfd=, isec=0x806d10, obfd=0x5da970, osec=0x5c4db8, link_info=0x5cb658)
at elf.c:6279
#1  0x00411588 in lang_add_section (ptr=0x7fd410f8, section=0x806d10,
output=0x5cc580) at ldlang.c:2360
#2  0x0042b534 in mips_add_stub_section (stub_sec_name=0x79a638 ".text.stub.1",
input_section=0x778448, output_section=0x5c4db8) at eelf32btsmip.c:263
#3  0x00463a98 in mips_elf_add_la25_intro (h=,
data=0x7fd411e0) at elfxx-mips.c:1599
#4  mips_elf_add_la25_stub (h=, data=0x7fd411e0) at
elfxx-mips.c:1710
#5  mips_elf_check_symbols (h=, data=0x7fd411e0) at
elfxx-mips.c:1740
#6  0x0044cbf0 in bfd_hash_traverse (table=0x5dcb98, func=0x463694
, info=0x7fd411e0) at hash.c:656
#7  0x0046a084 in _bfd_mips_elf_always_size_sections (output_bfd=0x5da970,
info=0x5cb658) at elfxx-mips.c:8428
#8  0x0049718c in bfd_elf_size_dynamic_sections (output_bfd=0x5da970,
soname=0x0, rpath=0x0, filter_shlib=0x0, audit=0x0, depaudit=0x0,
auxiliary_filters=0x0, info=0x5cb658, sinterpptr=0x7fd41318, verdefs=0x0)
at elflink.c:5598
#9  0x0042b828 in gldelf32btsmip_before_allocation () at eelf32btsmip.c:1598
#10 mips_before_allocation () at eelf32btsmip.c:299
#11 0x00416670 in lang_process () at ldlang.c:6653
#12 0x00402e34 in main (argc=21, argv=0x7fd41534) at ./ldmain.c:462
(gdb) print osec->used_by_bfd
$1 = (void *) 0x0

-- 
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.

2011-06-05 Thread pluto at agmk dot net
http://sourceware.org/bugzilla/show_bug.cgi?id=12835

Pawel Sikora  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #2 from Pawel Sikora  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 binutils/12844] New: TARGET is undefined in bucomm.c

2011-06-05 Thread hazelnusse at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12844

   Summary: TARGET is undefined in bucomm.c
   Product: binutils
   Version: 2.21
Status: NEW
  Severity: normal
  Priority: P2
 Component: binutils
AssignedTo: unassig...@sources.redhat.com
ReportedBy: hazelnu...@gmail.com


I'm running Kubuntu 11.04 on x86_64 and have downloaded binutils-2.21 and after
untaring I run:
mkdir build
cd build
../configure
make

and I get this error:

gcc -DHAVE_CONFIG_H -I. -I../../binutils  -I. -I../../binutils -I../bfd
-I../../binutils/../bfd -I../../binutils/../include
-DLOCALEDIR="\"/usr/local/share/locale\""
-Dbin_dummy_emulation=bin_vanilla_emulation  -W -Wall -Wstrict-prototypes
-Wmissing-prototypes -Wshadow -Werror -g -O2 -MT bucomm.o -MD -MP -MF
.deps/bucomm.Tpo -c -o bucomm.o ../../binutils/bucomm.c
../../binutils/bucomm.c: In function ‘set_default_bfd_target’:
../../binutils/bucomm.c:160:24: error: ‘TARGET’ undeclared (first use in this
function)
../../binutils/bucomm.c:160:24: note: each undeclared identifier is reported
only once for each function it appears in
make[4]: *** [bucomm.o] Error 1

The same thing happens in the daily snapshot of binutils.  I have not found
this error anywhere via Google, and the source simply says:

/* The macro TARGET is defined by Makefile.  */
  const char *target = TARGET;

Obviously, TARGET is not getting defined, but I don't know why.  I have tried
setting the --target configure option (--target=arm-eabi, in my particular
case), but this does not fix it.

It would be great to know what I'm doing wrong or if this is 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