https://sourceware.org/bugzilla/show_bug.cgi?id=29411
--- Comment #8 from cvs-commit at gcc dot gnu.org ---
The binutils-2_39-branch branch has been updated by Rainer Orth
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=4b596a7719bfa1bcb8781f59faba66a20c4ab2da
commit 4b596a7719bfa1
https://sourceware.org/bugzilla/show_bug.cgi?id=29411
--- Comment #9 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Rainer Orth :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b80b72c06c29d257b60b4002bd9d6c40dec94ec9
commit b80b72c06c29d257b60b4002bd9d
https://sourceware.org/bugzilla/show_bug.cgi?id=29411
Rainer Orth changed:
What|Removed |Added
Resolution|--- |FIXED
URL|
https://sourceware.org/bugzilla/show_bug.cgi?id=27217
--- Comment #20 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Jan Beulich :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=c1723a8118f0d02b01a061095f48e75264b2ca4f
commit c1723a8118f0d02b01a061095f4
https://sourceware.org/bugzilla/show_bug.cgi?id=16005
--- Comment #2 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=b875e9c93df9f30efb34a75b9379490c03ec4d4b
commit b875e9c93df9f30efb34a75b93794
https://sourceware.org/bugzilla/show_bug.cgi?id=16005
Alan Modra changed:
What|Removed |Added
Target Milestone|--- |2.40
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=29424
--- Comment #4 from Rainer Orth ---
> --- Comment #2 from Nick Clifton ---
Hi Nick,
> Unfortunately the reproducer fails for me due to lots of missing system
> libraries. Not surprising really given that I was running the test on an
> x86
https://sourceware.org/bugzilla/show_bug.cgi?id=29424
--- Comment #5 from Rainer Orth ---
> --- Comment #4 from Rainer Orth ---
> I've just spotchecked ld 2.38.90 with that patch included with my
> testcase: the link worked fine (or rather failed as expected due to the
> missing __atomic_* symbo
https://sourceware.org/bugzilla/show_bug.cgi?id=29424
--- Comment #6 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=b44cfc5de139d7e2410e91846df0f0164d663d0b
commit b44cfc5de139d7e2410e91846df
https://sourceware.org/bugzilla/show_bug.cgi?id=29424
--- Comment #7 from cvs-commit at gcc dot gnu.org ---
The binutils-2_39-branch branch has been updated by Nick Clifton
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=c87bc94762a0f5c5960c69278a68c7d60ca2c0c9
commit c87bc94762a0f
https://sourceware.org/bugzilla/show_bug.cgi?id=29424
Nick Clifton changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29348
--- Comment #4 from Enze Li ---
It also appears on openbsd7.1 when building with following command,
$ ./configure --prefix=/home/lee/dev/binutils-gdb/build/
$ gmake
CC archive.lo
archive.c:195:56: error: format specifies type 'unsign
https://sourceware.org/bugzilla/show_bug.cgi?id=29342
--- Comment #4 from Tsukasa OI ---
Posted a patchset:
https://sourceware.org/pipermail/binutils/2022-July/122084.html
In my environment, disassembler dumps of your ELF file (highsym.elf) and
self-compiled version seem fixed.
$ # binutils con
https://sourceware.org/bugzilla/show_bug.cgi?id=16005
--- Comment #4 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=10948fb9fd66c029d59c97e04556ab827076336c
commit 10948fb9fd66c029d59c97e04556a
https://sourceware.org/bugzilla/show_bug.cgi?id=16006
Alan Modra changed:
What|Removed |Added
Resolution|--- |OBSOLETE
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=16433
Alan Modra changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16336
Alan Modra changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16723
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
Alan Modra changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|REOPENED
https://sourceware.org/bugzilla/show_bug.cgi?id=29389
--- Comment #7 from Luca Bacci ---
Thanks, Alan!
I'm going to make a bundle containing all the required object files, will
attach it very soon.
Right now I have just tried debugging this issue in GDB a bit. What I could
find is that when the
https://sourceware.org/bugzilla/show_bug.cgi?id=16934
Alan Modra changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=18414
Alan Modra changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Target|
https://sourceware.org/bugzilla/show_bug.cgi?id=18616
Alan Modra changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18739
Alan Modra changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=19805
Alan Modra changed:
What|Removed |Added
Resolution|--- |OBSOLETE
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=19109
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://sourceware.org/bugzilla/show_bug.cgi?id=19063
Alan Modra changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=29348
--- Comment #5 from Alan Modra ---
Can you please attach bfd/config.log from one of the failing builds?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29348
--- Comment #6 from Enze Li ---
Created attachment 14243
--> https://sourceware.org/bugzilla/attachment.cgi?id=14243&action=edit
bfd config.log on OpenBSD7.1
Above attachment was generated when building binutil-gdb on OpenBSD7.1
--
You ar
https://sourceware.org/bugzilla/show_bug.cgi?id=29348
--- Comment #7 from Alan Modra ---
That looks to be as expected. I wonder if your systems are typedef'ing
uint64_t as unsigned long long rather than unsigned long? Preprocessed source
for the failing compile should show what underlying type
30 matches
Mail list logo