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=edit
> Proposed patch
Tested
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 fix t
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@gentoo
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
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
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 reasonably sh
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 still nee
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
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.
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 ?
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
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 ca
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!
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 unle
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 host: sh
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 be
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=edit
> Implement no_page_alias
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 INEQUI
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 follow
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
gas sui
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/14525
F
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 dev
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://sourceware.org/bu
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
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
-
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 <sch...@li
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=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
is backtrace
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
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 this a try
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 nickc at redhat dot com ---
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 patch
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 attached
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 entries:
Offset Info
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 based
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 away
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 works
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 mbstate_t
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 skrll at netbsd dot org 2011-12-08
07:43:50 UTC ---
To hopefully show
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 seems
85 matches
Mail list logo
