https://sourceware.org/bugzilla/show_bug.cgi?id=32601
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||mattst88 at gmail dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=32601
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=16177
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=32435
--- Comment #19 from John Paul Adrian Glaubitz ---
(In reply to Jan Beulich from comment #18)
> (In reply to Eric Botcazou from comment #17)
> > Then such a concern should have been sufficient to block the change.
>
> Well, no, we don't reall
https://sourceware.org/bugzilla/show_bug.cgi?id=32435
--- Comment #13 from John Paul Adrian Glaubitz ---
(In reply to Eric Botcazou from comment #12)
> > I'm afraid there's no concept of "aligning" within the (object) file. Yet
> > still I was thinking of exactly such (generally speaking wrong) a
https://sourceware.org/bugzilla/show_bug.cgi?id=32435
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Matthias Klose from comment #0)
> seen on the trunk, not with 2.43.1 on arm-linux-gnueabihf. The linux build
> fails with a bus error during the modpost call. The machine that it i
https://sourceware.org/bugzilla/show_bug.cgi?id=32493
--- Comment #5 from John Paul Adrian Glaubitz ---
(In reply to Sam James from comment #1)
> Please provide at least a .config which can reproduce it, as well as a good
> and bad modpost binary (with only binutils version differing between them
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
CC: ebotcazou at gcc dot gnu.org, sam at gentoo dot org
Target Milestone: ---
Building the Linux kernel with binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=32266
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Alan Modra from comment #5)
> Created attachment 15744 [details]
> mmap read/write
>
> This patch also fixes the segv.
I can confirm that this patch fixes the segfault for me.
-
https://sourceware.org/bugzilla/show_bug.cgi?id=32266
--- Comment #3 from John Paul Adrian Glaubitz ---
(In reply to Alan Modra from comment #2)
> --disable-mmap will fix this
Is that a configure option for binutils? It's not recognized as a command line
option.
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=32266
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=32266
John Paul Adrian Glaubitz changed:
What|Removed |Added
URL||https://people.debian.org/
https://sourceware.org/bugzilla/show_bug.cgi?id=32266
--- Comment #1 from John Paul Adrian Glaubitz ---
The reproducer can be downloaded from here:
> https://people.debian.org/~glaubitz/build-llvm.tar.gz
Just unpack it into any directory and adjust the paths for the linker version
script and th
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
Target Milestone: ---
Host: powerpc-*-*
Trying to build LLVM 18 with compiler-rt enabled on 32-bit PowerPC
https://sourceware.org/bugzilla/show_bug.cgi?id=32266
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||sam at gentoo dot org
--
https://sourceware.org/bugzilla/show_bug.cgi?id=29411
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=28794
--- Comment #3 from John Paul Adrian Glaubitz ---
(In reply to Alan Modra from comment #2)
> Actually, there is a change in powerpc gas that might be the trigger for
> this sort of problem. The ".machine" assembler directive when given a cpu
NCONFIRMED
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
CC: doko at debian dot org, jrtc27 at jrtc27 dot com,
matorola at gmail do
https://sourceware.org/bugzilla/show_bug.cgi?id=26391
--- Comment #11 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #10)
> It seems that this test is failing on sparc64:
>
> FAIL: Run pr26391-5
> FAIL: Run pr26391-6
>
> See:
> https://buildd.debian.org/s
https://sourceware.org/bugzilla/show_bug.cgi?id=26391
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=27100
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=24400
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=24400
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23471
--- Comment #6 from John Paul Adrian Glaubitz ---
I have filed #86820 now: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86820
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=23471
John Paul Adrian Glaubitz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resoluti
https://sourceware.org/bugzilla/show_bug.cgi?id=23471
--- Comment #3 from John Paul Adrian Glaubitz ---
I have narrowed it down to being a compiler bug. The problem shows with
binutils built with gcc-8. Building the same version with gcc-7 makes the
problem go away and strip works correctly again
https://sourceware.org/bugzilla/show_bug.cgi?id=23471
--- Comment #2 from John Paul Adrian Glaubitz ---
Here's the strace output for when strip fails:
execve("/usr/bin/strip", ["strip", "json2yaml"], 0xefc34d4c /* 18 vars */) = 0
brk(NULL) = 0x80024000
uname({sysnam
https://sourceware.org/bugzilla/show_bug.cgi?id=23471
--- Comment #1 from John Paul Adrian Glaubitz ---
This shows the regression:
Version 2.31.1-2 in Debian:
(sid-m68k-sbuild)root@nofan:/tmp# strip json2yaml
/usr/bin/strip:json2yaml: memory exhausted
(sid-m68k-sbuild)root@nofan:/tmp#
Downgra
/fetch.php?pkg=wiresha
rk&arch=m68k&ver=2.6.2-2&stamp=1533058050&raw=0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: glaubitz
https://sourceware.org/bugzilla/show_bug.cgi?id=22706
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||bugdal at aerifal dot cx,
https://sourceware.org/bugzilla/show_bug.cgi?id=23030
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=22945
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=22832
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to James Clarke from comment #4)
> Note that gold also falls foul of this, giving "gold: internal error in
> tls_get_addr_sym, at ../../gold/sparc.cc:391", though line 391 is
> "gold_
https://sourceware.org/bugzilla/show_bug.cgi?id=22832
--- Comment #3 from John Paul Adrian Glaubitz ---
While the patch from a8735c82b8519d8b18915765ca983fc07154a17d was actually
still missing and using a binutils with the patch actually fixed another build
issue with rustc for me, this particula
https://sourceware.org/bugzilla/show_bug.cgi?id=22832
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
CC: eb at emlix dot com, ebotcazou at gcc dot gnu.org, jrtc27
at jrtc27 dot com
Target Milestone
https://sourceware.org/bugzilla/show_bug.cgi?id=22592
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=21868
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=21444
--- Comment #2 from John Paul Adrian Glaubitz ---
I can confirm that James' patch fixes the issue and systemd builds fine with
the binutils patch applied.
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://sourceware.org/bugzilla/show_bug.cgi?id=21444
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||nickc at redhat dot com
-
https://sourceware.org/bugzilla/show_bug.cgi?id=21444
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||ccoutant at gmail dot com,
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: glaubitz at physik dot fu-berlin.de
CC: ian at airs dot com
Target Milestone: ---
Target: sparc*-*-*
Trying to build systemd with meson on linux-sparc fails
https://sourceware.org/bugzilla/show_bug.cgi?id=21233
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||doko at debian dot org,
https://sourceware.org/bugzilla/show_bug.cgi?id=21233
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=21224
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||breno.leitao at gmail dot
https://sourceware.org/bugzilla/show_bug.cgi?id=21224
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||doko at debian dot org,
URL: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=8568
00
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
https://sourceware.org/bugzilla/show_bug.cgi?id=21181
--- Comment #9 from John Paul Adrian Glaubitz ---
(In reply to Alan Modra from comment #8)
> Fixed master and 2.28 branch
Thanks a lot. The 2.28 backport means that the next update of the binutils
package in Debian will pull the patch in auto
https://sourceware.org/bugzilla/show_bug.cgi?id=21181
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||doko at debian dot org
--
https://sourceware.org/bugzilla/show_bug.cgi?id=21181
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=20828
--- Comment #14 from John Paul Adrian Glaubitz ---
Hi Maciej!
(In reply to Maciej W. Rozycki from comment #12)
> There's been no further feedback from other people and myself I haven't
> made up my mind about this bug yet, so if you are block
https://sourceware.org/bugzilla/show_bug.cgi?id=20649
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=20828
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=20531
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Alan Modra from comment #5)
> It's a missing "break".
Awesome, that was quick. Thanks a lot!
When fixing it, please don't forget the backport to the 2.27 branch so it will
be pic
https://sourceware.org/bugzilla/show_bug.cgi?id=20531
--- Comment #3 from John Paul Adrian Glaubitz ---
(In reply to Alan Modra from comment #2)
> strip ran fine on tcpdump-t4oxHH/tcpdump-4.7.4/tcpdump from [1], producing the
> same binary as tcpdump-t4oxHH/tcpdump-4.7.4/debian/tcpdump/usr/sbin/t
https://sourceware.org/bugzilla/show_bug.cgi?id=20531
--- Comment #1 from John Paul Adrian Glaubitz ---
James Clarke (CC'ed) suggested this might be related to the following change
[1]:
> Use size_t rather than bfd_size_type
>
> I noticed when writing _bfd_elf_strtab_save/restore that size_t wo
/status/fetch.php?pkg=tcpdump
&arch=powerpcspe&ver=4.7.4-2&stamp=1472415288
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at p
https://sourceware.org/bugzilla/show_bug.cgi?id=20441
--- Comment #1 from John Paul Adrian Glaubitz ---
Hi!
It would be very important to get the fixes for #20441, #20442 and #20443
merged rather soonish and also backported to the binutils-2_27-branch so they
are part of the next point update of
https://sourceware.org/bugzilla/show_bug.cgi?id=20443
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=20441
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=20442
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #25 from John Paul Adrian Glaubitz ---
(In reply to Nick Clifton from comment #24)
> Sorry - we missed the release window.
Yeah, 2.27 came quite unexpected. I knew it was announced for a while but I was
expecting a much later rele
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #22 from John Paul Adrian Glaubitz ---
(In reply to cvs-com...@gcc.gnu.org from comment #20)
> The master branch has been updated by Nick Clifton :
Btw, can you make sure this gets backported to binutils-2_27-branch as well?
We n
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
John Paul Adrian Glaubitz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resoluti
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #19 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #18)
> So the patch seems to work. I will do another full rebuild and see whether I
> can build qtwebkit now.
I can confirm that qtwebkit b
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #18 from John Paul Adrian Glaubitz ---
Ok, the results are in.
binutils-2_27-branch, without the patch:
(sid-sh4-sbuild)root@ikarus:/tmp/qtwebkit-debug/qtwebkit-2.3.4.dfsg/WebKitBuild/Release/Source/WebCore/obj/release#
/usr/src/
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #17 from John Paul Adrian Glaubitz ---
(In reply to Nick Clifton from comment #16)
> *B..* . No, it does not. So my 2.26.1 patch will be useless.
> *sigh*
It does seem to build fine, however. The binutils Debian package with
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #13 from John Paul Adrian Glaubitz ---
Hi Nick!
(In reply to Nick Clifton from comment #12)
> Right - please could someone try out this potential patch ? It works with
> the
> small testcase provided. But I am not an SH expert a
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #8 from John Paul Adrian Glaubitz ---
Hello!
Is there any chance to get this fixed? Any pointers to what exactly is wrong?
This bug is currently the last big blocker we are seeing on SH, all other
issues have been ironed out and
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
glaubitz at physik dot fu-berlin.de
changed:
What|Removed |Added
CC||glaubitz at
https://sourceware.org/bugzilla/show_bug.cgi?id=19019
--- Comment #5 from glaubitz at physik dot fu-berlin.de ---
Hi Jose!
(In reply to Jose E. Marchesi from comment #3)
> So I think that the BFD check is pertinent and matches the ABI.
Thank you very much for the analysis!
So you'd
: NEW
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
Target Milestone: ---
Target: sparc*-*-*
Hello!
We are currently having problems on sparc64
https://sourceware.org/bugzilla/show_bug.cgi?id=18855
--- Comment #2 from glaubitz at physik dot fu-berlin.de ---
Hi Cary!
(In reply to Cary Coutant from comment #1)
> Sorry, I don't have a SPARC development environment, so to investigate this,
> I'm going to need all the .
https://sourceware.org/bugzilla/show_bug.cgi?id=18855
glaubitz at physik dot fu-berlin.de
changed:
What|Removed |Added
CC||glaubitz at
https://sourceware.org/bugzilla/show_bug.cgi?id=18561
--- Comment #10 from glaubitz at physik dot fu-berlin.de ---
(In reply to Alan Modra from comment #8)
> So, given that resolving subtraction expressions is a
> long-standing assembler behaviour, I think this is simply a SH gcc bug.
I
https://sourceware.org/bugzilla/show_bug.cgi?id=18561
glaubitz at physik dot fu-berlin.de
changed:
What|Removed |Added
Target||sh
https://sourceware.org/bugzilla/show_bug.cgi?id=17739
--- Comment #1 from glaubitz at physik dot fu-berlin.de ---
Here is an archive which contains all object files of such a failed build:
> http://users.physik.fu-berlin.de/~glaubitz/qtwebkit-debug.tar.gz
It may help debug the prob
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
Hello!
Some components of Qt5 - including qtdeclarative-opensource-src and qtwebki
t -
currently fail to build from source on the
https://sourceware.org/bugzilla/show_bug.cgi?id=17553
--- Comment #13 from glaubitz at physik dot fu-berlin.de ---
(In reply to Alan Modra from comment #12)
> OK, that looks more like I expected to see, thanks. So it seems there isn't
> a binutils bug here.
Thanks Alan! The prob
https://sourceware.org/bugzilla/show_bug.cgi?id=17553
--- Comment #11 from glaubitz at physik dot fu-berlin.de ---
(In reply to Alan Modra from comment #10)
> That map file isn't from linking the objects you attached here.
Oh, you're right, sorry. Just re-downloaded the object f
https://sourceware.org/bugzilla/show_bug.cgi?id=17553
--- Comment #9 from glaubitz at physik dot fu-berlin.de ---
Since Matthis Klose recently updated binutils in Debian, I was able to test
with a freshly compiled version of binutils. Unfortunately, the result is still
the same.
Here is the
https://sourceware.org/bugzilla/show_bug.cgi?id=17553
--- Comment #7 from glaubitz at physik dot fu-berlin.de ---
(In reply to glaub...@physik.fu-berlin.de from comment #6)
> Some further tests with the same version of binutils on both sh4 and
> cross-building on x86_64
Sorry, I meant
https://sourceware.org/bugzilla/show_bug.cgi?id=17553
--- Comment #6 from glaubitz at physik dot fu-berlin.de ---
Some further tests with the same version of binutils on both sh4 and
cross-building on x86_64 using the two object files attached to this bug report
with the linking working fine on
https://sourceware.org/bugzilla/show_bug.cgi?id=17553
--- Comment #5 from glaubitz at physik dot fu-berlin.de ---
(In reply to Alan Modra from comment #4)
> $ ../ld/ld-new -mshlelf -shared --eh-frame-hdr -o test.so test1.o test2.o
> $
>
> Doesn't reproduce for me using master
https://sourceware.org/bugzilla/show_bug.cgi?id=17553
--- Comment #3 from glaubitz at physik dot fu-berlin.de ---
Created attachment 7897
--> https://sourceware.org/bugzilla/attachment.cgi?id=7897&action=edit
Object files in question which trigger the bug
Alright, attaching the objec
: binutils
Version: 2.25
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
Created attachment 7896
--> https://sourceware.org/bugzilla/atta
https://sourceware.org/bugzilla/show_bug.cgi?id=17447
--- Comment #9 from glaubitz at physik dot fu-berlin.de ---
(In reply to Alan Modra from comment #8)
> Adrian, from the error message you report your binutils did not contain the
> fix for this PR, and there has been a further fix com
https://sourceware.org/bugzilla/show_bug.cgi?id=17447
glaubitz at physik dot fu-berlin.de
changed:
What|Removed |Added
CC||glaubitz at
: binutils
Assignee: unassigned at sourceware dot org
Reporter: glaubitz at physik dot fu-berlin.de
Hello!
binutils currently fails to build from source when compiling on SH4 (Hitachi
SuperH).
gcc-4.9 seems to generate invalid assembly code which trips the assembler:
/bin/sh
89 matches
Mail list logo
