[Bug gold/30536] ppc64el gold linker produces unusable clang-16 binary
https://sourceware.org/bugzilla/show_bug.cgi?id=30536 --- Comment #6 from Gianfranco --- Created attachment 14939 --> https://sourceware.org/bugzilla/attachment.cgi?id=14939&action=edit crt*.o files -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30566] -z pack-relative-relocs --no-keep-memory uses more memory than without --no-keep-memory
https://sourceware.org/bugzilla/show_bug.cgi?id=30566 --- Comment #2 from Mike Hommey --- Seems to work better with the patch: Maximum resident set size (kbytes): 9096288 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30566] -z pack-relative-relocs --no-keep-memory uses more memory than without --no-keep-memory
https://sourceware.org/bugzilla/show_bug.cgi?id=30566 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com Last reconfirmed||2023-06-20 Ever confirmed|0 |1 --- Comment #1 from H.J. Lu --- Created attachment 14938 --> https://sourceware.org/bugzilla/attachment.cgi?id=14938&action=edit A patch Please try this. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/30439] [display html] Assertion error in caller-callee structure creation
https://sourceware.org/bugzilla/show_bug.cgi?id=30439 Ruud van der Pas changed: What|Removed |Added Priority|P2 |P3 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/30438] [display html] Assertion error in function structure creation
https://sourceware.org/bugzilla/show_bug.cgi?id=30438 Ruud van der Pas changed: What|Removed |Added Priority|P2 |P3 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/30569] New: MIPS16 function stub assertion fail for mipsel_24kc_24kf
https://sourceware.org/bugzilla/show_bug.cgi?id=30569 Bug ID: 30569 Summary: MIPS16 function stub assertion fail for mipsel_24kc_24kf Product: binutils Version: 2.41 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: dianlujitao at gmail dot com Target Milestone: --- When cross-compiling haproxy for openwrt mipsel_24kc_24kf, it throws the following error when linking the final executable: - make TARGET=linux-musl -C /home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/build_dir/target-mipsel_24kc+24kf_musl/haproxy-ssl/haproxy-2.6.13 DESTDIR="/home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/build_dir/target-mipsel_24kc+24kf_musl/haproxy-ssl/haproxy-2.6.13/ipkg-install" CC="mipsel-openwrt-linux-musl-gcc" PCREDIR="/home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/staging_dir/target-mipsel_24kc+24kf_musl/usr/" USE_LUA=1 LUA_LIB_NAME="lua5.3" LUA_INC="/home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/staging_dir/target-mipsel_24kc+24kf_musl/usr/include/lua5.3" LUA_LIB="/home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/staging_dir/target-mipsel_24kc+24kf_musl/usr/lib" SMALL_OPTS="-DBUFSIZE=16384 -DMAXREWRITE=1030 -DSYSTEM_MAXCONN=165530" USE_ZLIB=1 USE_PCRE=1 USE_PCRE_JIT=1 USE_PTHREAD_PSHARED=1 USE_LIBATOMIC=1 USE_PROMEX=1 VERSION="2.6.13" SUBVERS="-1" VERDATE="2023/06/14" IGNOREGIT=1 USE_OPENSSL=1 ADDLIB="-lcrypto -lm" CFLAGS="-Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -fhonour-copts -ffile-prefix-map=/home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/build_dir/target-mipsel_24kc+24kf_musl/haproxy-ssl/haproxy-2.6.13=haproxy-2.6.13 -mips16 -minterlink-mips16 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -fno-strict-aliasing -Wdeclaration-after-statement -Wno-unused-label -Wno-sign-compare -Wno-unused-parameter -Wno-clobbered -Wno-missing-field-initializers -Wno-cast-function-type -Wno-address-of-packed-member -Wtype-limits -Wshift-negative-value -Wshift-overflow=2 -Wduplicated-cond -Wnull-dereference -fwrapv -fasynchronous-unwind-tables -Wno-null-dereference" LD="mipsel-openwrt-linux-musl-gcc" LDFLAGS="-L/home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/staging_dir/toolchain-mipsel_24kc+24kf_gcc-12.3.0_musl/usr/lib -L/home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/staging_dir/toolchain-mipsel_24kc+24kf_gcc-12.3.0_musl/lib -znow -zrelro" make[3]: Entering directory '/home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/build_dir/target-mipsel_24kc+24kf_musl/haproxy-ssl/haproxy-2.6.13' CC src/version.o LD haproxy /home/xxx/openwrt/openwrt-sdk-pistachio-generic_gcc-12.3.0_musl.Linux-x86_64/staging_dir/toolchain-mipsel_24kc+24kf_gcc-12.3.0_musl/bin/../lib/gcc/mipsel-openwrt-linux-musl/12.3.0/../../../../mipsel-openwrt-linux-musl/bin/ld: BFD (GNU Binutils) 2.40.0 assertion fail elfxx-mips.c:11278 collect2: error: ld returned 1 exit status make[3]: *** [Makefile:1011: haproxy] Error 1 - Package makefile can be found at https://github.com/openwrt/packages/blob/master/net/haproxy/Makefile All binutils releases after 2.37 are affected. After investigation I found that the commit breaks linking is https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=6540edd52cc061071e1ad02c381e85de41bded1f -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30568] New: --dependency-file includes temporary LTO files
https://sourceware.org/bugzilla/show_bug.cgi?id=30568
Bug ID: 30568
Summary: --dependency-file includes temporary LTO files
Product: binutils
Version: 2.38
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: npopov at redhat dot com
Target Milestone: ---
The --dependency-file output currently includes temporary files created by
linker plugins.
CMake 3.27 started making use of this option, which means that those temporary
files are now recorded as dependencies. Of course, the temporary files are
removed after the linker run and as such considered dirty on the next build
system invocation, resulting in all libraries and binaries being rebuilt, even
if none of the inputs changed.
This can be reproduced as follows (where cc=gcc and cc=clang both exhibit the
problem):
echo "int main() { return 0; }" > test.c
cc -flto -c test.c
cc -flto -Wl,--dependency-file=test.dep test.o
The resulting dependency file will include an entry for something like
/tmp/cc2EGrdy.ltrans0.ltrans.o (gcc) or /tmp/lto-llvm-a63ee9.o (clang).
This also happens with -fuse-ld=gold, so this affects both ld.bfd and ld.gold.
I think the right fix for ld.bfd would be to guard the track_dependency_files()
call in
https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=ld/ldfile.c;h=4976367bbf03b09df6e5625a676acb309e1f30ea;hb=HEAD#l355
with a !entry->flags.lto_output check. Not sure about ld.gold.
--
You are receiving this mail because:
You are on the CC list for the bug.
