https://sourceware.org/bugzilla/show_bug.cgi?id=29964
Bug ID: 29964
Summary: When will binutils support Windows on ARM (aarch64-pe)
?
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: enhancem
https://sourceware.org/bugzilla/show_bug.cgi?id=29963
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at s
https://sourceware.org/bugzilla/show_bug.cgi?id=29963
--- Comment #5 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=38afcc0c69d2f547d47fdba12ed5b090ae2b976e
commit 38afcc0c69d2f547d47fdba12ed5b
https://sourceware.org/bugzilla/show_bug.cgi?id=29963
--- Comment #4 from Paul Koning ---
I will do that, will have to refresh my memory about procedures. Do I need to
send the change to the list? Do I have to update ChangeLog or is that
automatic?
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29963
Alan Modra changed:
What|Removed |Added
Last reconfirmed||2023-01-05
Status|UNCONFIRME
https://sourceware.org/bugzilla/show_bug.cgi?id=29963
Paul Koning changed:
What|Removed |Added
Build||aarch64-apple-darwin21.6.0
https://sourceware.org/bugzilla/show_bug.cgi?id=22859
Paul Koning changed:
What|Removed |Added
CC||paulkoning at comcast dot net
--- Comme
https://sourceware.org/bugzilla/show_bug.cgi?id=29963
Bug ID: 29963
Summary: PDP11 link produces spurious relocation truncated
messages
Product: binutils
Version: 2.41 (HEAD)
Status: UNCONFIRMED
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=29963
--- Comment #2 from Paul Koning ---
Created attachment 14557
--> https://sourceware.org/bugzilla/attachment.cgi?id=14557&action=edit
Proposed fix
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29963
--- Comment #1 from Paul Koning ---
Created attachment 14556
--> https://sourceware.org/bugzilla/attachment.cgi?id=14556&action=edit
Reproducer link script
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #14 from Dennis Clarke ---
Follow up : the compile completes with a pile of warnings in
various places. Nothing too severe.
The test suite may take a very long time.
Dennis
--
You are receiving this mail becaus
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #13 from Dennis Clarke ---
(In reply to Nick Clifton from comment #12)
> (In reply to Dennis Clarke from comment #10)
>
> > I will give that patch a whirl and see what happens. This will just be
> > a moment or two ... or three.
https://sourceware.org/bugzilla/show_bug.cgi?id=29631
Kurt Goebel changed:
What|Removed |Added
Priority|P2 |P3
--
You are receiving this mail beca
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #12 from Nick Clifton ---
(In reply to Dennis Clarke from comment #10)
> I will give that patch a whirl and see what happens. This will just be
> a moment or two ... or three.
Good luck. From the looks of things you will probab
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #11 from Nick Clifton ---
Created attachment 14554
--> https://sourceware.org/bugzilla/attachment.cgi?id=14554&action=edit
Proposed patch
*sigh* Ok, how about this patch instead ?
(I added the blank lines to the plugin-api.h t
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #10 from Dennis Clarke ---
For the sake of reference this is a very old machine and the OS is also
very very old. Runs fine.
Firstly the sys/byteorder.h merely asks if _BIG_ENDIAN is defined :
n$ /usr/xpg4/bin/nl -b a -n rz /us
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #9 from Dennis Clarke ---
(In reply to Nick Clifton from comment #5)
> (In reply to Andreas Schwab from comment #4)
> > No, it defines _BYTE_ORDER and _BIG_ENDIAN.
>
> Ah - so the issue is this line:
>
> #if defined(__GLIBC__)
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #8 from Andreas Schwab ---
__BYTE_ORDER is not the same as _BYTE_ORDER.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #7 from Nick Clifton ---
(In reply to Andreas Schwab from comment #6)
> SunOS is not related to glibc at all.
>
> #if defined(__SVR4) && defined(__sun)
> #include
> #endif
So
diff --git a/include/plugin-api.h b/include/plug
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #6 from Andreas Schwab ---
SunOS is not related to glibc at all.
#if defined(__SVR4) && defined(__sun)
#include
#endif
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #5 from Nick Clifton ---
(In reply to Andreas Schwab from comment #4)
> No, it defines _BYTE_ORDER and _BIG_ENDIAN.
Ah - so the issue is this line:
#if defined(__GLIBC__) || defined(__GNU_LIBRARY__) || defined(__ANDROID__)
Pre
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #4 from Andreas Schwab ---
No, it defines _BYTE_ORDER and _BIG_ENDIAN.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #3 from Nick Clifton ---
(In reply to Andreas Schwab from comment #2)
> This is SunOS, nothing related to glibc.
Sorry - I was going by the comment in the fragment from plugin-api.h.
So - presumably SunOS's version of endian.h do
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #2 from Andreas Schwab ---
This is SunOS, nothing related to glibc.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
Bug ID: 29961
Summary: /include/plugin-api.h:162:2: error: #error "Could not
detect architecture endianess"
Product: binutils
Version: 2.39
Status: UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
--- Comment #13 from cvs-commit at gcc dot gnu.org ---
The binutils-2_40-branch branch has been updated by Nick Clifton
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=f4e184b2747542b123cd06c7f9a4fbaaedc1bbca
commit f4e184b27475
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
--- Comment #12 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=502c7218da3c486e58d6ce039b36fb4fa62d3a92
commit 502c7218da3c486e58d6ce039b
https://sourceware.org/bugzilla/show_bug.cgi?id=28909
--- Comment #3 from Tom Vander Aa ---
Update...
- Touching the .dirstamp seems to do the trick for gas/doc/as.info
- But somehow makeinfo is still needed because make wants to build
gprofng/doc/gprofng.info.
I'll investigate some more and u
30 matches
Mail list logo
