https://sourceware.org/bugzilla/show_bug.cgi?id=29267
--- Comment #25 from Nick Clifton ---
(In reply to Vsevolod Alekseyev from comment #24)
> On a side note - this one is marked as fixed, and 30792 is not, is that
> right?
Doh - sorry - forgot to close 30792. Doing it now...
--
You are rec
https://sourceware.org/bugzilla/show_bug.cgi?id=30930
--- Comment #9 from Nick Clifton ---
(In reply to Julian Sikorski from comment #8)
> How would I bring in help from glibc folks? Should I just reassign the bug
> to glibc?
Yes/No. Since you are using Fedora and there is a possibility that t
https://sourceware.org/bugzilla/show_bug.cgi?id=30930
--- Comment #7 from Nick Clifton ---
(In reply to Julian Sikorski from comment #5)
> (In reply to Nick Clifton from comment #4)
> > You may find it useful to compare a broken-linked-with-ld.bfd binary
> > with a working-linked-with-lld binary.
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30861
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30861
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30930
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #9 from Nick Clifton ---
(In reply to Pali Rohár from comment #8)
> Hello Nick, have you looked at my above comments? Do you need more tests
> here?
Hi Pali,
Sorry no, I have dropped the ball on this bug. I will have a proper
||nickc at redhat dot com
Status|UNCONFIRMED |RESOLVED
--- Comment #1 from Nick Clifton ---
This is precisely the reason why nm defaults to enabling a recursion limit. It
is always possible to construct pathalogical name manglings that will exhibit
|RESOLVED
CC||nickc at redhat dot com
--- Comment #1 from Nick Clifton ---
Hi 曾信彥 ,
This bug has already been fixed.
Cheers
Nick
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30900
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30892
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
||nickc at redhat dot com
Status|UNCONFIRMED |RESOLVED
--- Comment #1 from Nick Clifton ---
Hi 曾信彥 ,
This bug has already been fixed.
Cheers
Nick
--
You are receiving this mail because:
You are on the CC list for the bug.
|--- |FIXED
CC||nickc at redhat dot com
--- Comment #2 from Nick Clifton ---
Hi 曾信彥 ,
This bug has already been fixed.
Cheers
Nick
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30888
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
||nickc at redhat dot com
Status|UNCONFIRMED |RESOLVED
--- Comment #1 from Nick Clifton ---
Hi 曾信彥 ,
This bug has already been fixed. I suspect that it was caused by the same
problem that was reported in PR 30886.
Cheers
Nick
--
You are
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Heqing,
Thanks for reporting this bug. I have checked in a small patch to add some
extra checks in the function that was triggering the illegal memory
https://sourceware.org/bugzilla/show_bug.cgi?id=30886
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30886
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29259
--- Comment #6 from Nick Clifton ---
(In reply to Ajay Kaher from comment #5)
> Would like to know what are the rare/certain circumstances/condition where
> we could have side effect of not taking this patch.
Well the good news is that the if
|RESOLVED
CC||nickc at redhat dot com
--- Comment #2 from Nick Clifton ---
Hi 曾信彥,
Thanks for reporting this bug. I have checked in a small patch which should
fix the problem.
Cheers
Nick
--
You are receiving this mail because
https://sourceware.org/bugzilla/show_bug.cgi?id=30907
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30874
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
at sourceware dot org |nickc at redhat dot com
Status|UNCONFIRMED |RESOLVED
CC||nickc at redhat dot com
--- Comment #2 from Nick Clifton ---
Hi Hsinyuan,
Thanks for reporting this problem and supplying a patch to fix it
https://sourceware.org/bugzilla/show_bug.cgi?id=29259
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30792
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
Last
https://sourceware.org/bugzilla/show_bug.cgi?id=30860
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30865
Nick Clifton changed:
What|Removed |Added
Attachment #15114|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=30865
--- Comment #3 from Nick Clifton ---
It is always the way - you post a patch and then immediately realise that you
have forgotten something. In this case my patch updates the description of the
FILL directive in the linker documentation, but
https://sourceware.org/bugzilla/show_bug.cgi?id=30865
--- Comment #2 from Nick Clifton ---
Created attachment 15114
--> https://sourceware.org/bugzilla/attachment.cgi?id=15114&action=edit
Proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30865
--- Comment #1 from Nick Clifton ---
(In reply to Fangrui Song from comment #0)
> A side effect possibly from this commit is that 0x literals have different
> behaviors from decimal literals and expressions.
>
> .text : { *(.text) } =0x90
https://sourceware.org/bugzilla/show_bug.cgi?id=30865
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30860
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
||nickc at redhat dot com
Resolution|--- |FIXED
--- Comment #2 from Nick Clifton ---
Hi Jacob,
Thanks for the bug report.
> HOW TO FIX:
> 1) Intead of calling XNEW call XCNEW that calls calloc instead of malloc.
> This will ensure
https://sourceware.org/bugzilla/show_bug.cgi?id=30856
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
||nickc at redhat dot com
Resolution|--- |MOVED
--- Comment #1 from Nick Clifton ---
Hi Andreas,
The libiberty library is maintained by the GCC project not us. (We just make
use of it). So please could you refile this bug report here:
https
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
--- Comment #15 from Nick Clifton ---
I should note however that we do not normally make further releases from a
branch unless there is an important bug that needs to be fixed. Given that it
is possible to work around this build problem, I wo
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
--- Comment #14 from Nick Clifton ---
(In reply to Tom Tromey from comment #12)
> (In reply to vvinayag from comment #11)
> > (In reply to Tom Tromey from comment #10)
> > > I backed out the offending patch.
> >
> > Is it possible to backport
https://sourceware.org/bugzilla/show_bug.cgi?id=30792
--- Comment #4 from Nick Clifton ---
(In reply to Vsevolod Alekseyev from comment #3)
> I don't want to change the output format gratuitously. I know for a fact
> people out there are parsing readelf output programmatically, as a
> substitute
https://sourceware.org/bugzilla/show_bug.cgi?id=30684
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30792
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=28772
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
|RESOLVED
CC||nickc at redhat dot com
--- Comment #1 from Nick Clifton ---
Hi Nicolas,
Thanks for pointing out these typos and providing a fix.
I have checked in your corrections.
Cheers
Nick
--
You are receiving this mail
Status: NEW
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: nickc at redhat dot com
CC: ian at airs dot com
Target Milestone: ---
For the PowerPC port of gold:
% gold/ld-new -m elf32ppc
https://sourceware.org/bugzilla/show_bug.cgi?id=30781
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30781
--- Comment #2 from Nick Clifton ---
Created attachment 15078
--> https://sourceware.org/bugzilla/attachment.cgi?id=15078&action=edit
Proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
|1
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
CC||nickc at redhat dot com
--- Comment #1 from Nick Clifton ---
(In reply to Vsevolod
||2023-08-22
CC||nickc at redhat dot com
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
--- Comment #5 from Nick Clifton ---
Hi Achim,
Please could
https://sourceware.org/bugzilla/show_bug.cgi?id=30722
--- Comment #8 from Nick Clifton ---
(In reply to Sam James from comment #6)
Hi Sam,
> Created attachment 15066 [details]
> 0001-ld-ld-lib.exp-log-failed-dump.out-contents-for-debug.patch
That patch is approved - please apply.
> 2) Figurin
https://sourceware.org/bugzilla/show_bug.cgi?id=30758
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
--- Comment #3 from Nick Clifton ---
Hi Jan,
Right, after downloading, building, installing and running lots of
different versions of texinfo, I can confirm that support for the
node style used by commit 8bb23cdbb498 was added with rele
https://sourceware.org/bugzilla/show_bug.cgi?id=30725
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30722
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30702
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=15545
--- Comment #7 from Nick Clifton ---
(In reply to Tom Tromey from comment #6)
> Actually it seems to me that the flags essentially already
> have to be saved
The problem with the flags passed to bfd_fopen is that they
do not include all of t
||2023-08-02
Status|UNCONFIRMED |ASSIGNED
CC||nickc at redhat dot com
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
--- Comment #1 from Nick Clifton ---
Investigating...
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=30703
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30699
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=15545
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30699
--- Comment #5 from Nick Clifton ---
Created attachment 15030
--> https://sourceware.org/bugzilla/attachment.cgi?id=15030&action=edit
Proposed patch
Hi Sam,
Please could you try out this patch and let me know if it works for you ?
Cheer
https://sourceware.org/bugzilla/show_bug.cgi?id=30699
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30684
Nick Clifton changed:
What|Removed |Added
Attachment #15012|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=30684
--- Comment #2 from Nick Clifton ---
Created attachment 15012
--> https://sourceware.org/bugzilla/attachment.cgi?id=15012&action=edit
Proposed patch
Have a play with this patch and let me know what you think.
The patch is incomplete - it d
||nickc at redhat dot com
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
--- Comment #1 from Nick Clifton ---
Hi Fanguri,
I like the idea, although I am not sure of the format the output should take.
I tried a small experiment and the output
https://sourceware.org/bugzilla/show_bug.cgi?id=27659
--- Comment #20 from Nick Clifton ---
(In reply to Gianfranco from comment #19)
Hi Gianfranco,
> /usr/bin/arm-linux-gnueabihf-ld.bfd: ./foo.o (symbol from plugin): Number of
> symbols in input file has increased from 0 to 1
This looks like i
https://sourceware.org/bugzilla/show_bug.cgi?id=30632
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30632
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30598
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30595
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
sourceware dot org |nickc at redhat dot com
Status|UNCONFIRMED |ASSIGNED
CC||nickc at redhat dot com
Last reconfirmed||2023-06-30
--
You are receiving this mail because:
You are on the CC list
https://sourceware.org/bugzilla/show_bug.cgi?id=30568
--- Comment #4 from Nick Clifton ---
> In the original report I suggested using the existing lto_output flag to
> distinguish > this (for ld.bfd) -- is there any reason why that wouldn't work?
That makes much more sense. Sorry for not readi
https://sourceware.org/bugzilla/show_bug.cgi?id=30577
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: nickc at redhat dot com
Target Milestone: ---
Many of the AArch64 specific tests in the gas testsuite are skipped when
testing a COFF or PE based toolchains. This is
https://sourceware.org/bugzilla/show_bug.cgi?id=30568
--- Comment #1 from Nick Clifton ---
Created attachment 14940
--> https://sourceware.org/bugzilla/attachment.cgi?id=14940&action=edit
Proposed patch
Hi Nikita,
Please could you try out the uploaded patch and let me know what you think.
https://sourceware.org/bugzilla/show_bug.cgi?id=30568
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30561
--- Comment #3 from Nick Clifton ---
(In reply to Stas Sergeev from comment #2)
> Still would you mind clarifying why
> "There is just not enough information in the input format to enable a
> proper conversion"?
Well for example, objcopy ha
https://sourceware.org/bugzilla/show_bug.cgi?id=30561
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30560
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30560
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
Last
https://sourceware.org/bugzilla/show_bug.cgi?id=30374
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
|RESOLVED
CC||nickc at redhat dot com
--- Comment #1 from Nick Clifton ---
(In reply to 烽征战 from comment #0)
> Hello, reporting to you 5 vulnerabilities that existed in older versions of
> the software, but have been fixed in
https://sourceware.org/bugzilla/show_bug.cgi?id=30145
--- Comment #11 from Nick Clifton ---
Created attachment 14926
--> https://sourceware.org/bugzilla/attachment.cgi?id=14926&action=edit
Proposed patch
Hi Pali,
OK, here is an initial patch to add support for the various IMAGE_SCN_...
fl
https://sourceware.org/bugzilla/show_bug.cgi?id=30499
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30499
Nick Clifton changed:
What|Removed |Added
Attachment #14923|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=30499
--- Comment #7 from Nick Clifton ---
Created attachment 14923
--> https://sourceware.org/bugzilla/attachment.cgi?id=14923&action=edit
Proposed patch
Hi Michael,
OK, what do you think of this patch ? It would change the wording to:
ld:
https://sourceware.org/bugzilla/show_bug.cgi?id=30499
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30374
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30499
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30145
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30145
--- Comment #5 from Nick Clifton ---
(In reply to Pali Rohár from comment #4)
> So it looks like that IMAGE_SCN_MEM_READ characteristic is always added,
> IMAGE_SCN_MEM_WRITE characteristic is added only when readonly flag is not
> specified.
https://sourceware.org/bugzilla/show_bug.cgi?id=30390
--- Comment #3 from Nick Clifton ---
Hi Pali,
I must admit that I am reluctant to pursue this feature. This stub is only
used when running an executable in a DOS environment yes ? So its utility in
modern Windows based systems seems to be
https://sourceware.org/bugzilla/show_bug.cgi?id=30359
--- Comment #15 from Nick Clifton ---
(In reply to Pali Rohár from comment #14)
> Well, if this is the way how it should be used then "fixed" linker script
> should be distributed with linker. Or at least described in the LD
> documentation. B
https://sourceware.org/bugzilla/show_bug.cgi?id=30448
--- Comment #6 from Nick Clifton ---
(In reply to Tom Kacvinsky from comment #5)
Hi Tom,
> So yeah, definite difference between 2.35 and 2.36 with relocation handling.
I suspect that this is all because of this PR:
https://sourceware.org/
https://sourceware.org/bugzilla/show_bug.cgi?id=30448
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #4 from Nick Clifton ---
Created attachment 14876
--> https://sourceware.org/bugzilla/attachment.cgi?id=14876&action=edit
Proposed patch
OK, here is a possible patch.
With this applied the resource file created from shell32.dll
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #3 from Nick Clifton ---
(In reply to Pali Rohár from comment #2)
> 98f2e089891cae87147f74948f694565) for which GNU windres generates shell32.rc
> file with same syntax errors.
Thanks - with that I can reproduce the problem. (In
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
Ever
https://sourceware.org/bugzilla/show_bug.cgi?id=30390
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
Last
||nickc at redhat dot com
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from Nick Clifton ---
Hi Luca,
Thanks for the bug report and patch. It seems like a nice elegant solution,
so I have gone ahead and applied your patch.
Cheers
Nick
--
You are
201 - 300 of 2397 matches
Mail list logo