https://sourceware.org/bugzilla/show_bug.cgi?id=32100
--- Comment #3 from Nick Clifton ---
Hi H.J.
That makes sense. Please go ahead and apply the patch to the branch.
Cheers
Nick
--
You are receiving this mail because:
You are on the CC list for the bug.
Hi Peter,
I wanted to know how exactly gcc translates such expressions like
n * 0x1001. People are talking about multiplication being not slower
than any other arithmetic operation on modern processors, but in fact I
got the code (n << 12) + n, no matter which form I used in the C
source. OK, it
https://sourceware.org/bugzilla/show_bug.cgi?id=32221
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
https://sourceware.org/bugzilla/show_bug.cgi?id=32219
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are receivi
https://sourceware.org/bugzilla/show_bug.cgi?id=32219
--- Comment #3 from Nick Clifton ---
Created attachment 15722
--> https://sourceware.org/bugzilla/attachment.cgi?id=15722&action=edit
Proposed patch
Hi H.J.
How about this proposed patch instead ?
It modifies the orphan placement algo
https://sourceware.org/bugzilla/show_bug.cgi?id=32221
H.J. Lu changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #1 from
https://sourceware.org/bugzilla/show_bug.cgi?id=32211
Nick Clifton changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32211
--- Comment #17 from Dan McDonald ---
(In reply to Nick Clifton from comment #16)
> Hi Dan,
>
> (In reply to Dan McDonald from comment #15)
> > 1.) Thank you for confirming there was a doc update and I should've RTFM
> > more carefully. Ther
https://sourceware.org/bugzilla/show_bug.cgi?id=32221
Bug ID: 32221
Summary: -z separate-code doesn't work correctly for many
targets
Product: binutils
Version: 2.44 (HEAD)
Status: NEW
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=32219
--- Comment #2 from H.J. Lu ---
This patch removes .interp and uses .rodata for note sections instead:
diff --git a/ld/ldelf.c b/ld/ldelf.c
index 09691609fc0..b09ba054ed5 100644
--- a/ld/ldelf.c
+++ b/ld/ldelf.c
@@ -2121,9 +2121,6 @@ ldelf_pl
https://sourceware.org/bugzilla/show_bug.cgi?id=32100
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hi Nick,
Thank you, by omitting -ggdb I could now produce untruncated source
lines and was able to locate easily the pieces of interest for me.
If it always worked, then it could be all right: one build for the
listings if they are needed, and another build for the debugger.
But as you experienc
https://sourceware.org/bugzilla/show_bug.cgi?id=32219
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=32100
--- Comment #2 from H.J. Lu ---
(In reply to Nick Clifton from comment #1)
> Fixed by commit bf6d7087de0a7351fd1dfd5f41522a7f4f576180
Since this commit isn't backported to 2.43 branch, should we apply
https://sourceware.org/pipermail/binutil
https://sourceware.org/bugzilla/show_bug.cgi?id=32219
--- Comment #4 from H.J. Lu ---
(In reply to Nick Clifton from comment #3)
> Created attachment 15722 [details]
> Proposed patch
>
> Hi H.J.
>
> How about this proposed patch instead ?
>
> It modifies the orphan placement algorithm to t
https://sourceware.org/bugzilla/show_bug.cgi?id=32191
--- Comment #2 from Sourceware Commits ---
The binutils-2_43-branch branch has been updated by H.J. Lu
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0a71d78f6a6810db1816139e7a9af7d82bb8fb7a
commit 0a71d78f6a6810db1816139e7a9af
https://sourceware.org/bugzilla/show_bug.cgi?id=32191
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
17 matches
Mail list logo