[Bug binutils/31800] src-release.sh recursively changes permissions of everything in to 0777

2024-05-29 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31800 --- Comment #4 from Nick Clifton --- (In reply to Rostislav Krasny from comment #3) > In case you can't guarantee the "core.sharedRepository" configuration > property was set properly before the src-release.sh was ran you can, in > addition to

[Bug ld/31761] Linker deletes output file even if linking fails

2024-05-29 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31761 --- Comment #7 from Nick Clifton --- (In reply to Peter Damianov from comment #5) > Just to be completely clear, the command is incorrect, but the way ld reacts > to the mistake is the problem. In this case, the "file.c" will be deleted, > the

[Bug ld/31761] Linker deletes output file even if linking fails

2024-05-29 Thread peter0x44 at disroot dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=31761 --- Comment #8 from Peter Damianov --- (In reply to Alan Modra from comment #6) > I agree with Nick's comment. Consider too that if the link had succeeded, > your source file would have been overwritten (assuming of course that write > access

[Bug ld/31795] ld.bfd makes ELFs of type ET_EXEC for static PIEs when load address is non-0

2024-05-29 Thread mintsuki at protonmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31795 --- Comment #66 from mintsuki --- (In reply to Fangrui Song from comment #65) > > > Changing ET_DYN to ET_EXEC fulfills the address requirement but disables > > > ASLR. > > > Is it intentional? > > > > That's my understanding of reading the -

[Bug ld/31795] ld.bfd makes ELFs of type ET_EXEC for PIEs when load address is non-0

2024-05-29 Thread mintsuki at protonmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31795 mintsuki changed: What|Removed |Added Summary|ld.bfd makes ELFs of type |ld.bfd makes ELFs of type

[Bug binutils/30281] error: multiple definition of `pwrite@GLIBC_2.2' with LTO and symver attribute

2024-05-29 Thread usaonmonday at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30281 Andrey Sotnikov changed: What|Removed |Added CC||usaonmonday at gmail dot com --- Co

[Bug binutils/30281] error: multiple definition of `pwrite@GLIBC_2.2' with LTO and symver attribute

2024-05-29 Thread vladimir.mezentsev at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30281 --- Comment #12 from Vladimir Mezentsev --- It looks like your ld is old. See H.J. Lu's comments/fixes for ld above. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/30281] error: multiple definition of `pwrite@GLIBC_2.2' with LTO and symver attribute

2024-05-29 Thread usaonmonday at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30281 --- Comment #13 from Andrey Sotnikov --- $ ld --version GNU gold (GNU Binutils 2.41.50) 1.16 Copyright (C) 2023 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public Lic

[Bug binutils/30281] error: multiple definition of `pwrite@GLIBC_2.2' with LTO and symver attribute

2024-05-29 Thread vladimir.mezentsev at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30281 --- Comment #14 from Vladimir Mezentsev --- I think H.J. Lu's fixes are in 2.42. Try downloading version 2.42 or building the latest version of the binutils-gdb repository. -- You are receiving this mail because: You are on the CC list for

[Bug binutils/30281] error: multiple definition of `pwrite@GLIBC_2.2' with LTO and symver attribute

2024-05-29 Thread usaonmonday at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=30281 --- Comment #15 from Andrey Sotnikov --- $ ld --version GNU gold (GNU Binutils 2.42.0.20240530) 1.16 Same result. The full ld's command line captured with strace: /home/user/binutils-env/bin/ld -plugin /home/user/gcc-env/lib/gcc/x86_64-linux