[Bug ld/10259] ld generates bad long branch stubs

2010-01-25 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2010-01-25 19:59 --- Subject: Re: ld generates bad long branch stubs > I wonder if this bug might be fixed by the patch I attached to > http://sourceware.org/bugzilla/show_bug.cgi?id=10409 The patch causes tes

[Bug gas/1491] FAIL: macros dot

2009-10-14 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2009-10-14 16:21 --- Subject: Re: FAIL: macros dot On Wed, 14 Oct 2009, amodra at bigpond dot net dot au wrote: === gas tests === Schedule of variations: unix Running target unix Using /opt/gnu

[Bug ld/10749] Linker failed to build working ia64 kernel

2009-10-11 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2009-10-11 19:24 --- Subject: Re: Linker failed to build working ia64 kernel On Sun, 11 Oct 2009, amodra at bigpond dot net dot au wrote: > Created an attachment (id=4265) --> (http://sourceware.org/bu

[Bug ld/10749] Linker failed to build working ia64 kernel

2009-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2009-10-10 23:50 --- Subject: Re: Linker failed to build working ia64 kernel > I guess the hppa test failure is due to hppaelf_after_parse > if (link_info.relocatable) > lang_add_unique (".text&

[Bug gas/10304] ld: Dwarf Error: mangled line number section.

2009-06-22 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2009-06-22 14:01 --- Subject: Re: ld: Dwarf Error: mangled line number section. Hi Nick, > Can you create a standalone testcase to reproduce this problem ? I can > build > an hppa-linux-gnu compiler, but

[Bug ld/10259] ld generates bad long branch stubs

2009-06-17 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2009-06-17 15:31 --- Subject: Re: ld generates bad long branch stubs Hi Julian, > I have tried to reproduce this, but not managed so far. I attempted to build > current binutils head with current GCC head un

[Bug ld/6906] TLS relocs prevent changing r19 to r27 when doing static link with PIC code on PA

2008-09-21 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2008-09-21 20:17 --- Subject: Re: TLS relocs prevent changing r19 to r27 when doing static link with PIC code on PA > Is this a missing piece of the TLS implementation? Yes. Thanks for looking into this. D

[Bug ld/5526] eh support is broken

2008-01-02 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2008-01-02 20:12 --- Subject: Re: eh support is broken > Created an attachment (id=2168) --> (http://sourceware.org/bugzilla/attachment.cgi?id=2168&action=view) > --> (http://sourceware.org/bugzill

[Bug ld/5526] eh support is broken

2008-01-01 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2008-01-01 19:03 --- Subject: Re: eh support is broken > Do you have a testcase? (Preferably one with object files, so that > a hppa binutils would be enough.) Regarding the frame table error, I have collect

[Bug binutils/5524] ld: I/O error, file "/xxx/gnu/binutils/objdir/opcodes/../bfd/.libs/libbfd.so": No such file or directory

2007-12-31 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-12-31 20:36 --- Subject: Re: ld: I/O error, file "/xxx/gnu/binutils/objdir/opcodes/../bfd/.libs/libbfd.so": No such file or directory > It must be an HP-UX specific issue. Yes, the shared library

[Bug ld/5526] eh support is broken

2007-12-29 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-12-29 18:00 --- Subject: Re: New: eh support is broken > The former was with ld 2.18.50.20071227. The latter was with > 2.18.50.20070929. 2.18.50.20071214 is ok. Dave -- http://sourceware.org/bu

[Bug binutils/4875] sha1.h:25:20: error: stdint.h: No such file or directory

2007-08-09 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-08-09 20:07 --- Subject: Re: sha1.h:25:20: error: stdint.h: No such file or directory > A patch is posted at > > http://sourceware.org/ml/binutils/2007-08/msg00133.html I have tried the second hunk a

[Bug binutils/4875] sha1.h:25:20: error: stdint.h: No such file or directory

2007-08-01 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-08-01 19:11 --- Subject: Re: New: sha1.h:25:20: error: stdint.h: No such file or directory Looks like this could be fixed by including "bfd_stdint.h" and adding an appropriate dependency to Makefile

[Bug ld/4454] [regression] ld errors: no .eh_frame_hdr table will be created.

2007-05-07 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-05-08 03:51 --- Subject: Re: [regression] ld errors: no .eh_frame_hdr table will be created. > --- Additional Comments From amodra at bigpond dot net dot au 2007-05-05 > 22:50 --- > C

[Bug ld/4454] [regression] ld errors: no .eh_frame_hdr table will be created.

2007-05-02 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-05-03 03:51 --- Subject: Re: [regression] ld errors: no .eh_frame_hdr table will be created. > I don't think anything more can be done at the gcc end. The most likely >

[Bug ld/4454] [regression] ld errors: no .eh_frame_hdr table will be created.

2007-05-02 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-05-03 02:43 --- Subject: Re: [regression] ld errors: no .eh_frame_hdr table will be created. > --- Additional Comments From amodra at bigpond dot net dot au 2007-05-02 > 23:48 --- > The pat

[Bug ld/4454] [regression] ld errors: no .eh_frame_hdr table will be created.

2007-05-02 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-05-02 23:42 --- Subject: Re: New: [regression] ld errors: no .eh_frame_hdr table will be created. > > building the gcc-4.2.0 RC2 with binutils_20070426 on Debian unstable, some > > hundred testcas

[Bug ld/4454] [regression] ld errors: no .eh_frame_hdr table will be created.

2007-05-02 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2007-05-02 22:32 --- Subject: Re: New: [regression] ld errors: no .eh_frame_hdr table will be created. > building the gcc-4.2.0 RC2 with binutils_20070426 on Debian unstable, some > hundred testcases fai

[Bug ld/3015] -z relro may create PT_NULL segment

2006-09-04 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2006-09-05 01:37 --- Subject: Re: -z relro may create PT_NULL segment > The patch fixing Linux/ia64 may also work for Linux/hppa. It works. Dave -- http://sourceware.org/bugzilla/show_bug.cgi?id=3

[Bug binutils/1860] binutils.texi:3495: No such file or directory.

2006-03-30 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2006-03-31 02:06 --- Subject: Re: binutils.texi:3495: No such file or directory. > I think that raising the minimum requirement on Texinfo to version 4.4 is > quite > safe. I will submit a patch. Than

[Bug gas/1491] FAIL: macros dot

2006-03-27 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2006-03-28 04:11 --- Subject: Re: FAIL: macros dot > This test is passing on my system -- is it still failing on HP-UX, Dave? As of a couple of days ago, it was still failing on hpux. Dave -- h

[Bug ld/2379] pie.exp: FAIL: weak undefined

2006-03-20 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2006-03-20 04:23 --- Subject: Re: pie.exp: FAIL: weak undefined > Does PIE work on hppa at all? My understanding is that it does when the dynamic loader issue is fixed in libc6 2.3.6-1. It seems 2.3.6 was relea

[Bug ld/2470] /opt/gnu64/bin/ld: main: Not enough room for program headers (allocated 5, need 6)

2006-03-19 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2006-03-20 03:53 --- Subject: Re: New: /opt/gnu64/bin/ld: main: Not enough room for program headers (allocated 5, need 6) The attached quick hack now allows the program to link and execute. However, it doesn't

[Bug ld/2379] pie.exp: FAIL: weak undefined

2006-03-19 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2006-03-20 02:20 --- Subject: Re: pie.exp: FAIL: weak undefined > See > > http://sourceware.org/ml/binutils/2006-02/msg00278.html > > hppa may need a similar fix. You mean something like: Inde

[Bug ld/2379] pie.exp: FAIL: weak undefined

2006-03-03 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2006-02-24 18:55 --- Subject: Re: New: pie.exp: FAIL: weak undefined > > tmpdir/weakundef: error while loading shared libraries: unexpected reloc > > type 0x > > 42 > > This is R_PARISC_PLA

[Bug ld/2379] pie.exp: FAIL: weak undefined

2006-02-22 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2006-02-22 01:10 --- Subject: Re: New: pie.exp: FAIL: weak undefined > tmpdir/weakundef: error while loading shared libraries: unexpected reloc type > 0x > 42 This is R_PARISC_PLABEL21L. Dave -

[Bug binutils/1860] binutils.texi:3495: No such file or directory.

2005-12-22 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-12-22 18:26 --- Subject: Re: binutils.texi:3495: No such file or directory. > --- Additional Comments From hjl at lucon dot org 2005-12-22 17:08 > --- > It works for me. This was caused by usi

[Bug gas/1879] FAIL: weakref tests

2005-11-19 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-11-19 16:50 --- Subject: Re: FAIL: weakref tests > Hey, it's the same FAILs as for mmix-knuth-mmixware! > Ever since rth's change from ".set" to "=" for these tests. > I

[Bug binutils/1860] binutils.texi:3495: No such file or directory.

2005-11-12 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-11-12 20:45 --- Subject: Re: binutils.texi:3495: No such file or directory. > > Doesn't happen when not doing a cross. > > Don't know why *that* case is different, but for the Different

[Bug gas/1804] Wrong output for 64-bit difference of labels

2005-11-06 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-11-07 00:38 --- Subject: Re: Wrong output for 64-bit difference of labels > > After all, if the fixup is for a dword, none of the insn handling code in > > md_apply_fix is appropriate. In fact, it w

[Bug gas/1804] Wrong output for 64-bit difference of labels

2005-11-05 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-11-06 03:57 --- Subject: Re: Wrong output for 64-bit difference of labels > --- Additional Comments From amodra at bigpond dot net dot au 2005-11-06 > 03:12 --- > I'd be inclined to use

[Bug gas/1804] Wrong output for 64-bit difference of labels

2005-11-05 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-11-06 00:27 --- Subject: Re: Wrong output for 64-bit difference of labels > --- Additional Comments From amodra at bigpond dot net dot au 2005-11-05 > 08:36 --- > This is cau

[Bug ld/1487] ELF input section may not be handled properly

2005-10-22 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-23 03:01 --- Subject: Re: ELF input section may not be handled properly > > You need to run "make headers" in bfd to update header files. > > Ok, but the patch doesn't apply anymo

[Bug ld/1487] ELF input section may not be handled properly

2005-10-22 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-22 21:30 --- Subject: Re: ELF input section may not be handled properly > You need to run "make headers" in bfd to update header files. Ok, but the patch doesn't apply anymore.

[Bug ld/1487] ELF input section may not be handled properly

2005-10-21 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-22 02:43 --- Subject: Re: ELF input section may not be handled properly > A patch is posted at > > http://sourceware.org/ml/binutils/2005-10/msg00284.html I hit this error: gcc -DHAVE_CONFIG

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-11 02:55 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' > You need to find out why those symbols aren't defined, given that I just found the problem. It was an insta

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-11 00:31 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' > I can't duplicate your problem: I was afraid of that. As I indicated originally, the problem seemed start f

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-10 21:53 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' On Mon, Oct 10, 2005 at 09:41:08PM -, hjl at lucon dot org wrote: > > --- Additional Comments From hjl a

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-10 21:33 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' On Mon, Oct 10, 2005 at 09:17:12PM -, hjl at lucon dot org wrote: > > --- Additional Comments From hjl a

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-10 21:09 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' On Mon, Oct 10, 2005 at 05:03:22PM -0400, John David Anglin wrote: > > Please provide all input files for me to r

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-10 21:03 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' > Please provide all input files for me to reproduce it with a cross linker. Attached. Dave --- Additional

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-10 20:43 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' > This shouldn't be a problem since executable doesn't use any symbols in ld.so. > If you can provide a

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-10 20:28 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' > It looks OK. A testcase is needed. The following C file triggers the problem: int main () { return 0; } The link

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-10 19:59 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' > Can you show me your "readelf -d /lib/libc.so.6": [EMAIL PROTECTED]:~/binutils-2.16.91/src/bfd$ readelf

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-10 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-10 18:22 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' > > --- Additional Comments From hjl at lucon dot org 2005-10-09 15:15 > > --- > > If yo

[Bug ld/1443] /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'

2005-10-09 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-10-09 15:18 --- Subject: Re: /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]' > --- Additional Comments From hjl at lucon dot org 2005-10-09 15:15 > --- > If you can provide all

[Bug gas/818] error handling %farg[0-4] registers

2005-04-11 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-11 16:33 --- Subject: Re: New: error handling %farg[0-4] registers > 2005-04-11 Nick Clifton <[EMAIL PROTECTED]> > > PR gas/818 > * config/tc-hppa.c (pre_defined_registe

[Bug ld/778] Hiding _GLOBAL_OFFSET_TABLE_ breaks function pointer canonicalization

2005-03-07 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-07 14:43 --- Subject: Re: Hiding _GLOBAL_OFFSET_TABLE_ breaks function pointer canonicalization >What|Removed |Ad