[Bug ld/29998] ld terminated with signal 11 [Segmentation fault] under mingw with LTO

2023-01-24 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29998 --- Comment #16 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=f3d8ae90b23695d86ebf894a4a6b95846007fafd commit f3d8ae90b23695d86ebf894a4a

[Bug ld/29998] ld terminated with signal 11 [Segmentation fault] under mingw with LTO

2023-01-24 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29998 Nick Clifton changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug binutils/16177] R_ARM_COPY reloc generated for reference in writable section

2023-01-24 Thread rguenth at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=16177 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comme

[Bug binutils/30033] binutils-2.40 broke arm-linux-gnueabi libraries on arm64 kernel with >4KB pages

2023-01-24 Thread ardb at kernel dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=30033 Ard Biesheuvel changed: What|Removed |Added CC||ardb at kernel dot org -- You are r

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #4

[Bug gprofng/30043] New: libgprofng.so.* are installed to a wrong location

2023-01-24 Thread mliska at suse dot cz
https://sourceware.org/bugzilla/show_bug.cgi?id=30043 Bug ID: 30043 Summary: libgprofng.so.* are installed to a wrong location Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Comp

[Bug ld/29998] ld terminated with signal 11 [Segmentation fault] under mingw with LTO

2023-01-24 Thread medhefgo at web dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=29998 --- Comment #18 from Jan Janssen --- Compilation works now and the binary will run, but I get a miscompilation(?) wrt popcount builtin. Both cases are based on https://github.com/systemd/systemd/pull/26097, where I originally encountered them

[Bug gprofng/29521] [docs] man pages are not in the release tarball

2023-01-24 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29521 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Vladimir Mezentsev : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b1a41f59270a4efd57e354e46ab735eb163c66ca commit b1a41f59270a4efd57e35

[Bug gprofng/29521] [docs] man pages are not in the release tarball

2023-01-24 Thread ruud.vanderpas at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29521 --- Comment #5 from Ruud van der Pas --- To further clarify this patch, we now use special controls in the gprofng.texi user guide file to generate the gprofng.1 man page. This eliminates the dependence on help2man to create this page. The ot

[Bug gas/30046] New: power cmpi leads to unknown architecture

2023-01-24 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30046 Bug ID: 30046 Summary: power cmpi leads to unknown architecture Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: ga

[Bug gas/30046] power cmpi leads to unknown architecture

2023-01-24 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30046 Alan Modra changed: What|Removed |Added Target||powerpc64le-linux -- You are receiving

[Bug gas/30046] power cmpi leads to unknown architecture

2023-01-24 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30046 --- Comment #1 from Alan Modra --- configured with ~/src/binutils-gdb/configure \ --disable-nls \ --disable-gdb --disable-gdbserver --disable-gdbsupport --disable-gprofng \ --disable-libbacktrace --disable-libdecnumber --disable-readline --dis

[Bug gprofng/30043] libgprofng.so.* are installed to a wrong location

2023-01-24 Thread vladimir.mezentsev at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30043 Vladimir Mezentsev changed: What|Removed |Added Status|NEW |WAITING --- Comment #1 from Vlad

[Bug gprofng/30036] Build failure on aarch64 w/ glibc: symbol `pwrite64' is already defined

2023-01-24 Thread vladimir.mezentsev at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30036 Vladimir Mezentsev changed: What|Removed |Added Last reconfirmed||2023-01-25 Ever confirmed|0

[Bug ld/28824] relro security issues

2023-01-24 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28824 --- Comment #20 from Alan Modra --- (In reply to Alan Modra from comment #19) > It might be even better to put the SHT_NOBITS padding on the header before the > relro segment. No, that can't work. Since the end of the relro segment must end o

[Bug ld/28824] relro security issues

2023-01-24 Thread rui314 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28824 --- Comment #21 from Rui Ueyama --- How about splitting the .got section into two, one is for the first three words and the other for the rest of .got and then place the first one in a relro segment? It would be much easier to do than carefull

[Bug ld/28824] relro security issues

2023-01-24 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=28824 --- Comment #22 from Fangrui Song --- > [...] (psykose/alice confirmed lld does not have the problem on alpine, but I > am not sure if they do the correct thing™ here security-wise -- it's good to > have a concrete idea here) lld does the c

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread euloanty at live dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 --- Comment #5 from cqwrteur --- nope. none of them work. I can only make it work with lld. it does not work when the code dynamically linked with libstdc++ Probably it is the latest patch on GCC that changes the win32 thread model causes the

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread euloanty at live dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 cqwrteur changed: What|Removed |Added CC||jwakely.gcc at gmail dot com -- You are r

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread euloanty at live dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 --- Comment #6 from cqwrteur --- (In reply to cqwrteur from comment #5) > Created attachment 14622 [details] > C249694B8E474FF2AE570A876F184D45.png > > nope. none of them work. I can only make it work with lld. > it does not work when the cod

[Bug ld/28824] relro security issues

2023-01-24 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28824 --- Comment #23 from Alan Modra --- (In reply to Rui Ueyama from comment #21) > How about splitting the .got section into two The .got.plt actually (which on x86_64 GNU ld is the section having 3 reserved entries then the R_X86_64_JUMP_SLOT en

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread jwakely.gcc at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 --- Comment #7 from Jonathan Wakely --- (In reply to cqwrteur from comment #6) > Hi jwakely, I do not know whether it is an issue that relates to win32 > thread model of libstdc++ or it is the issue with gnu ld. Can you > investigate it for me

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread euloanty at live dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 --- Comment #8 from cqwrteur --- (In reply to Jonathan Wakely from comment #7) > (In reply to cqwrteur from comment #6) > > Hi jwakely, I do not know whether it is an issue that relates to win32 > > thread model of libstdc++ or it is the issue

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread euloanty at live dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 --- Comment #9 from cqwrteur --- (In reply to Jonathan Wakely from comment #7) > (In reply to cqwrteur from comment #6) > > Hi jwakely, I do not know whether it is an issue that relates to win32 > > thread model of libstdc++ or it is the issue

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread jwakely.gcc at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 Jonathan Wakely changed: What|Removed |Added CC|jwakely.gcc at gmail dot com | -- You are receiving this

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

2023-01-24 Thread euloanty at live dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29973 --- Comment #10 from cqwrteur --- (In reply to Nick Clifton from comment #4) > Hi cqwrteur, > > I am afraid that we are going to need some more information before we can > get to the bottom of this issue. For example: > > * What is the