[Bug binutils/9774] objdump -d loops infinitely

2009-01-21 Thread raj dot khem at gmail dot com
--- Additional Comments From raj dot khem at gmail dot com 2009-01-21 19:29 --- Created an attachment (id=3678) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3678&action=view) shell script, generates the testcase and executes it. -- http://sourceware.org/bugzilla/show_bug.c

[Bug binutils/9774] New: objdump -d loops infinitely

2009-01-21 Thread raj dot khem at gmail dot com
With the attached testcase on mips64-elf toolchain when disassambling a o32 application which crosses addresses from 0x7fff to 0x8000 objdump goes haywire and keep on disassmbling symbol at 0x800. Debugging it a bit I figured that the symbol values which are unsigned long long are read

Re: [Bug binutils/9769] [Build failure] tm struct tm_gmtoff field build error

2009-01-21 Thread Douglas B Rupp
nickc at redhat dot com wrote: --- Additional Comments From nickc at redhat dot com 2009-01-21 11:57 --- Hi Pierre, Actually I can see no good reason for using this unsupported field, so I am going to check in the attached patch to remove its use. The reason for the field was so th

[Bug binutils/9769] [Build failure] tm struct tm_gmtoff field build error

2009-01-21 Thread rupp at gnat dot com
--- Additional Comments From rupp at gnat dot com 2009-01-21 17:11 --- Subject: Re: [Build failure] tm struct tm_gmtoff field build error nickc at redhat dot com wrote: > --- Additional Comments From nickc at redhat dot com 2009-01-21 11:57 > --- > Hi Pierre, > > Actually

[Bug binutils/9743] --stub-group-size=1 does not help when linking stage1 GCC

2009-01-21 Thread christophe dot lyon at st dot com
--- Additional Comments From christophe dot lyon at st dot com 2009-01-21 16:15 --- I think there is a bug in the code that inserts the stubs: it skips .plt entries, but it seems it should not. Once your ARM machine is back, I'll try to fix it. -- http://sourceware.org/bugzilla/show_

[Bug binutils/9743] --stub-group-size=1 does not help when linking stage1 GCC

2009-01-21 Thread laurent at guerby dot net
--- Additional Comments From laurent at guerby dot net 2009-01-21 13:22 --- STAGE1_CFLAGS=-O1 or --enable-stage1-checking=release are enough to workaround the linker limitation for GCC stage1. I'll try your suggestions when I get my ARM machine back online. -- http://sourceware.org/

[Bug binutils/9769] [Build failure] tm struct tm_gmtoff field build error

2009-01-21 Thread schwab at suse dot de
--- Additional Comments From schwab at suse dot de 2009-01-21 12:43 --- Subject: Re: [Build failure] tm struct tm_gmtoff field build error "nickc at redhat dot com" writes: > Actually I can see no good reason for using this unsupported field, so I am > going to check in the attached

Re: [Bug binutils/9769] [Build failure] tm struct tm_gmtoff field build error

2009-01-21 Thread Andreas Schwab
"nickc at redhat dot com" writes: > Actually I can see no good reason for using this unsupported field, so I am > going to check in the attached patch to remove its use. The result of localtime is now unused. Also, the use of st_mtim is nonportable, too. Andreas. -- Andreas Schwab, SuSE La

[Bug binutils/9743] --stub-group-size=1 does not help when linking stage1 GCC

2009-01-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2009-01-21 12:29 --- Hi Laurent, Since --stub-group-size=1 is the default, it is not surprising that it made no difference. --stup-group-size=1024 tells the linker to process 1024 input sections before trying to insert a stub secti

[Bug binutils/9766] "--kill-at" results in wrong export names

2009-01-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2009-01-21 12:02 --- Hi Christoph, Please could you try out the uploaded patch and let me know if it works for you. Cheers Nick -- What|Removed |Added ---

[Bug binutils/9766] "--kill-at" results in wrong export names

2009-01-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2009-01-21 12:01 --- Created an attachment (id=3677) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3677&action=view) Use strrchr and check for a following digit. -- http://sourceware.org/bugzilla/show_bug.cgi?id=9766 ---

[Bug binutils/9769] [Build failure] tm struct tm_gmtoff field build error

2009-01-21 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-01-21 11:58 --- Subject: Bug 9769 CVSROOT:/cvs/src Module name:src Changes by: ni...@sourceware.org2009-01-21 11:58:05 Modified files: bfd: ChangeLog vmsutil.c Log message:

[Bug binutils/9769] [Build failure] tm struct tm_gmtoff field build error

2009-01-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2009-01-21 11:57 --- Hi Pierre, Actually I can see no good reason for using this unsupported field, so I am going to check in the attached patch to remove its use. Cheers Nick bfd/ChangeLog 2009-01-21 Nick Clifton PR

[Bug binutils/9769] [Build failure] tm struct tm_gmtoff field build error

2009-01-21 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2009-01-21 11:56 --- Created an attachment (id=3676) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3676&action=view) Remoev use of tm_gmtoff -- http://sourceware.org/bugzilla/show_bug.cgi?id=9769 --- You are receivin

[Bug binutils/9769] New: [Build failure] tm struct tm_gmtoff field build error

2009-01-21 Thread muller at ics dot u-strasbg dot fr
This is a copy of the email I posted on binutils mailing list http://sourceware.org/ml/binutils/2009-01/msg00252.html Trying to compile a "--enable-targets=all" GDB on current cvs HEAD on cygwin, I found a new error in src/bfd: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../purecvs/bfd -I. -I

[Bug binutils/6832] Crash while handling DW_AT_abstract_origin for a last comp unit

2009-01-21 Thread amodra at bigpond dot net dot au
-- What|Removed |Added AssignedTo|unassigned at sources dot |amodra at bigpond dot net |redhat dot com |dot au Status|WAITING