https://sourceware.org/bugzilla/show_bug.cgi?id=30743
--- Comment #16 from dave.anglin at bell dot net ---
> --- Comment #15 from Nick Clifton ---
> Patch applied.
Thanks, Nick.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30743
--- Comment #13 from dave.anglin at bell dot net ---
On 2024-04-16 9:54 a.m., nickc at redhat dot com wrote:
> Created attachment 15468
>-->https://sourceware.org/bugzilla/attachment.cgi?id=15468&action=edit
> Proposed p
https://sourceware.org/bugzilla/show_bug.cgi?id=30743
--- Comment #12 from dave.anglin at bell dot net ---
On 2024-04-16 9:54 a.m., nickc at redhat dot com wrote:
> Like this ?
Looks good. Will test.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30743
--- Comment #10 from dave.anglin at bell dot net ---
On 2024-04-16 7:25 a.m., nickc at redhat dot com wrote:
> I dislike relying upon magic strings like "elf64-hppa", so how about this
> alternative patch which checks t
https://sourceware.org/bugzilla/show_bug.cgi?id=30743
--- Comment #4 from dave.anglin at bell dot net ---
On 2024-04-12 5:58 a.m., nickc at redhat dot com wrote:
> I am not sure why this is happening, but I do not see the harm in it. So I
> think that the best solution is to change the
https://sourceware.org/bugzilla/show_bug.cgi?id=31503
--- Comment #11 from dave.anglin at bell dot net ---
On 2024-03-28 7:34 p.m., dave.anglin at bell dot net wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=31503
>
> --- Comment #10 from dave.anglin at bell dot net ---
> On
https://sourceware.org/bugzilla/show_bug.cgi?id=31503
--- Comment #10 from dave.anglin at bell dot net ---
On 2024-03-28 7:20 p.m., amodra at gmail dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=31503
>
> --- Comment #9 from Alan Modra ---
> (In reply to Andreas
https://sourceware.org/bugzilla/show_bug.cgi?id=31503
--- Comment #8 from dave.anglin at bell dot net ---
I already tried it. It also sometimes fails to align the $global$ address.
spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc
-B/home
/dave/gnu/gcc/objdir/./gcc
https://sourceware.org/bugzilla/show_bug.cgi?id=30732
--- Comment #12 from dave.anglin at bell dot net ---
On 2023-08-10 12:25 a.m., sam at gentoo dot org wrote:
>> Let's leave things as they are for the moment. I will test hppa64 builds on
>> linux and hpux.
> I'll
https://sourceware.org/bugzilla/show_bug.cgi?id=30732
--- Comment #9 from dave.anglin at bell dot net ---
Let's leave things as they are for the moment. I will test hppa64 builds on
linux and hpux.
I started hacking on glibc to support hppa64-linux but got waylaid.
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=30732
--- Comment #7 from dave.anglin at bell dot net ---
On 2023-08-08 3:33 p.m., sam at gentoo dot org wrote:
> Thanks Dave, I've done that last night in
> https://inbox.sourceware.org/binutils/871qgdto5m@g
https://sourceware.org/bugzilla/show_bug.cgi?id=30732
--- Comment #6 from dave.anglin at bell dot net ---
On 2023-08-08 3:33 p.m., sam at gentoo dot org wrote:
> Let me check if I can repeoduce the ELF weak (alias) failure.
The segv appears to be in printf.
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=30732
--- Comment #4 from dave.anglin at bell dot net ---
On 2023-08-08 12:16 p.m., danglin at gcc dot gnu.org wrote:
> I see for GNU ld (GNU Binutils) 2.41.50.20230808:
> XFAIL: relocatable with script
> UNSUPPORTED: SHF_GNU_RETAIN 7a
The
https://sourceware.org/bugzilla/show_bug.cgi?id=30078
--- Comment #2 from dave.anglin at bell dot net ---
Hi Nick,
Yes, the behavior of .string on hppa is a bug/feature intended to match the
behavior of HP as.
Using .asciz instead of .string fixes the test on hppa.
Dave
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=29802
--- Comment #3 from dave.anglin at bell dot net ---
On 2022-11-18 4:30 p.m., dave.anglin at bell dot net wrote:
> readelf: Warning: [ 4]: Link field (0) should index a symtab section.
Sorry, cut this off:
[ 3] .dynstr STR
https://sourceware.org/bugzilla/show_bug.cgi?id=29802
--- Comment #2 from dave.anglin at bell dot net ---
On 2022-11-18 3:51 p.m., amodra at gmail dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=29802
>
> --- Comment #1 from Alan Modra ---
> What sort of local sy
https://sourceware.org/bugzilla/show_bug.cgi?id=29263
--- Comment #10 from dave.anglin at bell dot net ---
On 2022-06-20 12:38 p.m., nickc at redhat dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=29263
>
> --- Comment #7 from Nick Clifton ---
> Created atta
https://sourceware.org/bugzilla/show_bug.cgi?id=29263
--- Comment #9 from dave.anglin at bell dot net ---
On 2022-06-20 12:37 p.m., nickc at redhat dot com wrote:
>> What is best way to transition without causing a lot of disruption?
> How about a patch like the one I am about to upl
https://sourceware.org/bugzilla/show_bug.cgi?id=29263
--- Comment #8 from dave.anglin at bell dot net ---
On 2022-06-20 11:42 a.m., hp at sourceware dot org wrote:
> But I should add: I'd suggest to inspect whatever goes on with the linker
> script; a "hosted" target reasonab
https://sourceware.org/bugzilla/show_bug.cgi?id=29263
--- Comment #3 from dave.anglin at bell dot net ---
On 2022-06-20 7:13 a.m., nickc at redhat dot com wrote:
>> On hppa-linux with kernel v5.18 and later, we don't need an executable
>> stack for signal support but we stil
https://sourceware.org/bugzilla/show_bug.cgi?id=27442
--- Comment #1 from dave.anglin at bell dot net ---
The attached patch fixes the ifunc test fails on hppa*-*-linux-gnu.
1) The regexp in contains_irelative_reloc fails to match upper case letters
arising in symbol names.
2) tmpdir/static_prog
https://sourceware.org/bugzilla/show_bug.cgi?id=25599
--- Comment #16 from dave.anglin at bell dot net ---
Thanks for adjusting the comment.
It seems the person that wrote the GNU ld code was aware of the ambiguity. I
suspect
there will be a need to implement the brl instruction in gcc for GNU
https://sourceware.org/bugzilla/show_bug.cgi?id=25599
--- Comment #13 from dave.anglin at bell dot net ---
On 2021-05-21 12:15 p.m., jvb at cyberscience dot com wrote:
> I will test movl, break.x and nop.x. They have operands of 64, 62 and 62 bits,
> with very different layout to brl, so P
https://sourceware.org/bugzilla/show_bug.cgi?id=25599
--- Comment #12 from dave.anglin at bell dot net ---
On 2021-05-21 12:15 p.m., jvb at cyberscience dot com wrote:
> Specifying a slot value for a 2 slot instruction + immediate is clearly
> ambiguous without further clarificati
https://sourceware.org/bugzilla/show_bug.cgi?id=25599
--- Comment #10 from dave.anglin at bell dot net ---
I think the test is wrong. The brl instruction is comprised of two
instruction slots (L+X). For brl, the
imm39 field and a 2-bit Ignored field occupy the L instruction slot. The
actual
https://sourceware.org/bugzilla/show_bug.cgi?id=25599
--- Comment #5 from dave.anglin at bell dot net ---
Hi John,
Please send change to binutils list with install request. CC Jim Wilson and
myself. Jim is the
expert on ia64 assembly code.
There are some GNU style issues with the change as
https://sourceware.org/bugzilla/show_bug.cgi?id=27443
--- Comment #8 from dave.anglin at bell dot net ---
Nope, it was my build setup.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27443
--- Comment #7 from dave.anglin at bell dot net ---
It's strange that this fails with Debian gcc-10:
gcc version 10.2.1 20210110 (Debian 10.2.1-6)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27443
--- Comment #2 from dave.anglin at bell dot net ---
Hi Nick,
Attached.
Regards,
Dave
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26350
--- Comment #2 from dave.anglin at bell dot net ---
On 2020-08-17 9:23 a.m., nickc at redhat dot com wrote:
> Can you investigate a bit more and find out why the regexps are
> not matching ?
The first problem seems to be the sed a
https://sourceware.org/bugzilla/show_bug.cgi?id=26359
--- Comment #3 from dave.anglin at bell dot net ---
On 2020-08-13 6:53 a.m., nickc at redhat dot com wrote:
> Thanks for reporting this. It was a simple case of trying to create
> a debug section when it already existed. Fixed wi
https://sourceware.org/bugzilla/show_bug.cgi?id=25327
--- Comment #5 from dave.anglin at bell dot net ---
On 2020-01-06 5:14 a.m., nickc at redhat dot com wrote:
> Is it possible that different versions of gcc are being used for the failing
> and passing versions of the tests ?
That'
https://sourceware.org/bugzilla/show_bug.cgi?id=25327
--- Comment #3 from dave.anglin at bell dot net ---
On 2020-01-04 3:56 p.m., dave.anglin at bell dot net wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=25327
>
> --- Comment #2 from dave.anglin at bell dot net ---
> On
https://sourceware.org/bugzilla/show_bug.cgi?id=25327
--- Comment #2 from dave.anglin at bell dot net ---
On 2020-01-03 6:33 a.m., nickc at redhat dot com wrote:
> Please could you try out the attached patch and let me know if it works ?
Hi Nick,
The patch resolves the fail.
Happy New Y
https://sourceware.org/bugzilla/show_bug.cgi?id=25326
--- Comment #2 from dave.anglin at bell dot net ---
On 2020-01-03 6:41 a.m., nickc at redhat dot com wrote:
> Please can you try out the attached patch and let me know if it solves the
> problem ?
Yes, it resolves the failure.
Hap
https://sourceware.org/bugzilla/show_bug.cgi?id=25315
--- Comment #14 from dave.anglin at bell dot net ---
On 2019-12-30 3:06 p.m., danglin at gcc dot gnu.org wrote:
> It would be better if we only ignored deleted PLABEL32 relocations to
> discarded
> COMDAT functions.
Maybe function r
https://sourceware.org/bugzilla/show_bug.cgi?id=25315
--- Comment #6 from dave.anglin at bell dot net ---
On 2019-12-26 8:35 p.m., amodra at gmail dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=25315
>
> --- Comment #5 from Alan Modra ---
> Oh, wait a minute. W
https://sourceware.org/bugzilla/show_bug.cgi?id=25110
--- Comment #3 from dave.anglin at bell dot net ---
On 2019-10-16 7:33 a.m., John David Anglin wrote:
> Final executables always need to be linked against the millicode library on
> hppa to provide $$dyncall
> and various a
https://sourceware.org/bugzilla/show_bug.cgi?id=25110
--- Comment #2 from dave.anglin at bell dot net ---
On 2019-10-15 10:23 p.m., amodra at gmail dot com wrote:
> Works for me with hppa-linux-gcc (GCC) 8.1.1 20180502
It's probably because I recently changed the optimization of indirect
https://sourceware.org/bugzilla/show_bug.cgi?id=23837
--- Comment #5 from dave.anglin at bell dot net ---
On 2018-10-28 1:53 AM, amodra at gmail dot com wrote:
> Patch committed fixes the segfault, which was due to setting a bogus symbol
> frag in git commit 29e6f4745ec.
Thanks Alan! Sor
https://sourceware.org/bugzilla/show_bug.cgi?id=23463
--- Comment #5 from dave.anglin at bell dot net ---
Hi Nick,
On 2018-08-02 4:01 AM, nickc at redhat dot com wrote:
>Sorry about that.:-( Would you mind testing this alternative patch
>instead please ? I won't check it in
https://sourceware.org/bugzilla/show_bug.cgi?id=23463
--- Comment #3 from dave.anglin at bell dot net ---
Hi Nick,
On 2018-08-01 5:02 AM, nickc at redhat dot com wrote:
>I have applied the obvious fix to the pr12982 test for the HPPA target.
The fix didn't work:
Executing on hos
https://sourceware.org/bugzilla/show_bug.cgi?id=22758
--- Comment #2 from dave.anglin at bell dot net ---
Hi Nick,
On 2018-01-29 9:18 AM, nickc at redhat dot com wrote:
>Please could you narrow this down to the linker command line and a tarball
>of the object files & librarie
https://sourceware.org/bugzilla/show_bug.cgi?id=22300
--- Comment #6 from dave.anglin at bell dot net ---
Thanks Alan. That was an excellent bit of debugging.
I created a debian bug report for the polyml bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880023
--
John David Anglin
https://sourceware.org/bugzilla/show_bug.cgi?id=22300
--- Comment #3 from dave.anglin at bell dot net ---
On 2017-10-15, at 7:57 PM, amodra at gmail dot com wrote:
> Have you tried with current HEAD?
Same error occurs with current head.
Starting program: /home/dave/gnu/binutils/objdir/ld/.l
https://sourceware.org/bugzilla/show_bug.cgi?id=22300
--- Comment #2 from dave.anglin at bell dot net ---
Will check. I thought the debug info that I posted was for the trunk but
I see it was for "GNU ld (GNU Binutils) 2.29.51.20170819".
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=21132
--- Comment #13 from dave.anglin at bell dot net ---
Excellent. The patch fixes the ffmpeg build which started this excursion.
Thus I believe the patch
can be committed to trunk and active branches.
--
John David Anglin dave.ang
https://sourceware.org/bugzilla/show_bug.cgi?id=21132
--- Comment #4 from dave.anglin at bell dot net ---
On 2017-02-14, at 9:41 PM, amodra at gmail dot com wrote:
> Now that we do define $global$ in elf32_hppa_set_gp, the DATA_START_SYMBOLS
> define should disappear, probably. I'll
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #18 from dave.anglin at bell dot net ---
On 2017-02-14, at 1:03 AM, amodra at gmail dot com wrote:
> Created attachment 9820
> --> https://sourceware.org/bugzilla/attachment.cgi?id=9820&action=edit
> Impleme
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #16 from dave.anglin at bell dot net ---
On 2017-02-12, at 8:34 PM, amodra at gmail dot com wrote:
> I obviously didn't understand the alias problem.. If I am grasping it
> correctly now, is the complaint about I
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #15 from dave.anglin at bell dot net ---
On 2017-02-12, at 8:34 PM, amodra at gmail dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=21000
>
> --- Comment #14 from Alan Modra ---
> I obviously didn&
https://sourceware.org/bugzilla/show_bug.cgi?id=21131
--- Comment #3 from dave.anglin at bell dot net ---
On 2017-02-12, at 7:46 PM, amodra at gmail dot com wrote:
> I can't build current glibc. I configure with
Attached is my current command. I have been configuring with the f
https://sourceware.org/bugzilla/show_bug.cgi?id=21131
--- Comment #1 from dave.anglin at bell dot net ---
On 2017-02-11, at 5:49 PM, danglin at gcc dot gnu.org wrote:
> This is with "GNU ld (GNU Binutils for Debian) 2.27.90.20170205".
2.27.90.20170124-2 was okay.
--
John
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #10 from dave.anglin at bell dot net ---
On 2017-01-02, at 8:56 AM, amodra at gmail dot com wrote:
> Some of the fails should now be fixed. I trust there were no regressions on a
> native build? Incidentally, latest
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #7 from dave.anglin at bell dot net ---
On 2016-12-29, at 7:21 PM, John David Anglin wrote:
> I'll give your fix a whirl.
I should have mentioned that there were no unexpected errors in binutils and
ga
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #6 from dave.anglin at bell dot net ---
On 2016-12-29, at 7:22 PM, dave.anglin at bell dot net wrote:
> I'll give your fix a whirl.
With trunk and your fix, I see the following fails in the ld suite:
FAIL: PIE PR ld/145
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #5 from dave.anglin at bell dot net ---
On 2016-12-29, at 7:03 PM, amodra at gmail dot com wrote:
> I
> gave away my hppa hardware a long time ago.
Helge has been testing a user-only target of hppa to qemu being develo
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #4 from dave.anglin at bell dot net ---
On 2016-12-29, at 6:00 PM, amodra at gmail dot com wrote:
> As far as a fix for this goes, if you're sure that pr12376 isn't really just a
> kernel issue (see https://sourcew
https://sourceware.org/bugzilla/show_bug.cgi?id=21000
--- Comment #1 from dave.anglin at bell dot net ---
Is there a testcase?
It seems to me we need to either pad the text or align data to a page boundary
to avoid
non equivalent aliases. We continue to struggle with this issue on SMP
machines
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #17 from dave.anglin at bell dot net ---
On 2016-08-22 9:07 PM, amodra at gmail dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=20464
>
> --- Comment #16 from Alan Modra ---
> Ah, mips64 or s390x
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #15 from dave.anglin at bell dot net ---
On 2016-08-22 6:51 AM, nickc at redhat dot com wrote:
> Alternatively you could configure the non multi-arch Debian binutils with
> "--enable-64-bit-archive=yes" and
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #13 from dave.anglin at bell dot net ---
On 2016-08-22 10:54 AM, dave.anglin at bell dot net wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=20464
>
> --- Comment #12 from dave.anglin at bell dot net ---
> On 2
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #12 from dave.anglin at bell dot net ---
On 2016-08-22 10:34 AM, dave.anglin at bell dot net wrote:
> If this is a Debian configuration issue, please close bug.
Maybe "--enable-64-bit-bfd".
Dave
--
You are receiv
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #11 from dave.anglin at bell dot net ---
On 2016-08-22 6:16 AM, nickc at redhat dot com wrote:
> It still seems to me that this is a Debian specific problem. Or at least I
> have not found any way of reproducing this problem
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #9 from dave.anglin at bell dot net ---
On 2016-08-19, at 10:05 AM, nickc at redhat dot com wrote:
> I see that 834253 has now been closed, so can this PR be closed too ?
Applied fix for 834253 was only a partial fix.
D
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #8 from dave.anglin at bell dot net ---
On 2016-08-19 10:05 AM, nickc at redhat dot com wrote:
> This is Debian bug #834253:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834253
>> The error only occur
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #6 from dave.anglin at bell dot net ---
On 2016-08-14, at 7:39 PM, amodra at gmail dot com wrote:
> How was the failing binutils configured?
This is Debian bug #834253:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #5 from dave.anglin at bell dot net ---
> How was the failing binutils configured? Please attach an example of an
> archive showing the failure.
Attached example.
--
John David Anglin dave.ang...@bell.net
--
Y
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #4 from dave.anglin at bell dot net ---
On 2016-08-14 7:39 PM, amodra at gmail dot com wrote:
> How was the failing binutils configured? Please attach an example of an
> archive showing the failure.
Here is a Debian bui
https://sourceware.org/bugzilla/show_bug.cgi?id=19526
--- Comment #9 from dave.anglin at bell dot net ---
On 2016-01-30, at 1:14 PM, John David Anglin wrote:
> It seems to me we either have to match x86 behaviour, or the linker should
> not allow writing
> to a non-regular file.
Somet
https://sourceware.org/bugzilla/show_bug.cgi?id=19526
--- Comment #8 from dave.anglin at bell dot net ---
On 2016-01-30, at 8:51 AM, sch...@linux-m68k.org wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=19526
>
> --- Comment #7 from Andreas Schwab ---
> The linker shou
https://sourceware.org/bugzilla/show_bug.cgi?id=19526
--- Comment #4 from dave.anglin at bell dot net ---
On 2016-01-29, at 9:05 PM, John David Anglin wrote:
> Maybe skipping sort when filename is "/dev/null" will fix.
Untested fix.
--
John David Anglin dave.ang...@bell.net
https://sourceware.org/bugzilla/show_bug.cgi?id=19526
--- Comment #3 from dave.anglin at bell dot net ---
It's not necessary to use a pipe to duplicate. I created a file xxx.c with
'int main(){}' and
compiled with -save-temps and -Wl,-debug to get the actual link command. Here
i
https://sourceware.org/bugzilla/show_bug.cgi?id=19526
--- Comment #2 from dave.anglin at bell dot net ---
On 2016-01-29 4:17 PM, deller at gmx dot de wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=19526
>
> --- Comment #1 from Helge Deller ---
> The debian "libb
https://sourceware.org/bugzilla/show_bug.cgi?id=18427
--- Comment #8 from dave.anglin at bell dot net ---
On 6/8/2015 6:19 AM, nickc at redhat dot com wrote:
>Your patch is approved - please apply it when you have the time.
Are there guidelines for git commits somewhere? I'll give th
https://sourceware.org/bugzilla/show_bug.cgi?id=18427
--- Comment #6 from dave.anglin at bell dot net ---
Hi Nick,
On 2015-06-01 4:01 AM, nickc at redhat dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=18427
>
> --- Comment #5 from Nick Clifton ---
> Hi Dave,
>
https://sourceware.org/bugzilla/show_bug.cgi?id=18427
--- Comment #4 from dave.anglin at bell dot net ---
On 2015-05-29 12:20 PM, nickc at redhat dot com wrote:
> I dislike the idea of disabling code that might actually be needed in some
> circumstances. So how about this alternative
https://sourceware.org/bugzilla/show_bug.cgi?id=18427
--- Comment #2 from dave.anglin at bell dot net ---
On 2015-05-18, at 3:15 PM, deller at gmx dot de wrote:
> So, the pa_undefine_label() function seems problematic.
> I talked to Dave Anglin about that issue, and he came up with the at
https://sourceware.org/bugzilla/show_bug.cgi?id=18421
--- Comment #4 from dave.anglin at bell dot net ---
On 2015-05-16, at 7:05 AM, deller at gmx dot de wrote:
> Output of:
> readelf -r conftest
>
> Relocation section '.rela.PARISC.unwind' at offset 0x140 contains 2 entr
https://sourceware.org/bugzilla/show_bug.cgi?id=17840
--- Comment #3 from dave.anglin at bell dot net ---
On 2015-01-13, at 7:18 PM, amodra at gmail dot com wrote:
> I'll bet that building with --disable-plugins cures this problem
The problem is plugins.m4 sets maybe_plugins=yes base
https://sourceware.org/bugzilla/show_bug.cgi?id=17840
--- Comment #2 from dave.anglin at bell dot net ---
On 2015-01-13, at 7:18 PM, amodra at gmail dot com wrote:
> I'll bet that building with --disable-plugins cures this problem
Remind me not to play poker with you...
Problem goes a
http://sourceware.org/bugzilla/show_bug.cgi?id=14779
--- Comment #5 from dave.anglin at bell dot net 2012-10-30 22:59:15 UTC ---
On 30-Oct-12, at 8:45 AM, cvs-commit at gcc dot gnu.org wrote:
> binutils:
>PR binutils/14779
>* configure.in: Add checks for wchar.h and
http://sourceware.org/bugzilla/show_bug.cgi?id=14779
--- Comment #4 from dave.anglin at bell dot net 2012-10-30 18:05:55 UTC ---
Hi Nick,
On 10/30/2012 8:03 AM, nickc at redhat dot com wrote:
>Please could you try out the uploaded patch and let me know if it works for
> you.
The patch
http://sourceware.org/bugzilla/show_bug.cgi?id=13476
--- Comment #5 from dave.anglin at bell dot net 2011-12-08 15:06:37 UTC ---
Could you try the attached change?
The PIC TLS relocs are now only changed to dp relative when !info->shared.
I looked briefly at this case this morning and it se
http://sourceware.org/bugzilla/show_bug.cgi?id=13476
--- Comment #4 from dave.anglin at bell dot net 2011-12-08 11:54:44 UTC ---
On 8-Dec-11, at 2:43 AM, skrll at netbsd dot org wrote:
> --- Comment #3 from Nick Hudson 2011-12-08
> 07:43:50 UTC ---
> To hopefully show the bug clear
85 matches
Mail list logo
