[Bug binutils/23120] make installcheck fails when using program-prefix
https://sourceware.org/bugzilla/show_bug.cgi?id=23120 Sam Zeter changed: What|Removed |Added CC||samuelzeter at gmail dot com --- Comment #1 from Sam Zeter --- Patch posted: https://sourceware.org/pipermail/binutils/2025-March/140229.html -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/21090] gcc compiled with --enable-default-pie show errors in binutils testsuite
https://sourceware.org/bugzilla/show_bug.cgi?id=21090 --- Comment #38 from Sourceware Commits --- The master branch has been updated by Jens Remus : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=41f0b410f5dc59ae89b7ec87bc3601d38b2030c8 commit 41f0b410f5dc59ae89b7ec87bc3601d38b2030c8 Author: Jens Remus Date: Fri Mar 28 15:27:11 2025 +0100 x86: Pass $NOPIE_LDFLAGS to undefined weak tests Some distributions configure GCC with --enable-default-pie, so that it defaults to compile with -fPIE and link with -pie, which is unexpected by some of the tests. Therefore link the PDE test programs with $NOPIE_LDFLAGS to disable PIE. This complements commit a7eaf017f959 ("Use NOPIE_CFLAGS and NOPIE_LDFLAGS to disable PIE"). ld/testsuite/ PR ld/21090 * ld-x86-64/x86-64.exp (undefined_weak): Use NOPIE_LDFLAGS to disable PIE for the non-PIE versions of the test. Bug: https://sourceware.org/PR21090 Signed-off-by: Jens Remus -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/21090] gcc compiled with --enable-default-pie show errors in binutils testsuite
https://sourceware.org/bugzilla/show_bug.cgi?id=21090 --- Comment #34 from Sourceware Commits --- The master branch has been updated by Jens Remus : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=7106a427963462eb5a58e2ece6dc7e4d37132065 commit 7106a427963462eb5a58e2ece6dc7e4d37132065 Author: Jens Remus Date: Fri Mar 28 15:27:10 2025 +0100 ld: Pass $NOPIE_CFLAGS and $NOPIE_LDFLAGS to test pr19719 Linker test "pr19719 fun defined" (non PIE) fails on s390x on Fedora 41 but not on Ubuntu 24.10. The reason is that GCC on Ubuntu is configured with --enable-default-pie, so that it defaults to compile with -fPIE and link with -pie, which hides the test fail. ld/testsuite/ PR ld/21090 * ld-elf/shared.exp: Compile pr19719 (non-PIE) with $NOPIE_CFLAGS and link with $NOPIE_LDFLAGS. Bug: https://sourceware.org/PR21090 Signed-off-by: Jens Remus -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/21090] gcc compiled with --enable-default-pie show errors in binutils testsuite
https://sourceware.org/bugzilla/show_bug.cgi?id=21090 --- Comment #35 from Sourceware Commits --- The master branch has been updated by Jens Remus : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=07468ded302ecaec1114f2d5c4d94e05c631f2ac commit 07468ded302ecaec1114f2d5c4d94e05c631f2ac Author: Jens Remus Date: Fri Mar 28 15:27:11 2025 +0100 ld: Pass $NOPIE_CFLAGS and $NOPIE_LDFLAGS to test pr21964-4 Linker test "pr21964-4" fails on s390x on Ubuntu 24.10 but not on Fedora 41. The reason is that GCC on Ubuntu is configured with --enable-default-pie, so that it defaults to compile with -fPIE and link with -pie, which causes the test to erroneously fail. ld/testsuite/ PR ld/21090 * ld-elf/shared.exp: Compile pr21964-4 with $NOPIE_CFLAGS and link with $NOPIE_LDFLAGS. Bug: https://sourceware.org/PR21090 Signed-off-by: Jens Remus -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/21090] gcc compiled with --enable-default-pie show errors in binutils testsuite
https://sourceware.org/bugzilla/show_bug.cgi?id=21090 --- Comment #37 from Sourceware Commits --- The master branch has been updated by Jens Remus : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=63621cffc5ca44ef9d830f6e562dda5ccbffbeca commit 63621cffc5ca44ef9d830f6e562dda5ccbffbeca Author: Jens Remus Date: Fri Mar 28 15:27:11 2025 +0100 ld: Pass $NOPIE_CFLAGS and $NOPIE_LDFLAGS to more ELF visibility tests Some distributions configure GCC with --enable-default-pie, so that it defaults to compile with -fPIE and link with -pie, which is unexpected by the test. Therefore compile the non-PIC sources with $NOPIE_CFLAGS and link the test programs with $NOPIE_LDFLAGS. Commit 922109c71828 ("Pass $NOPIE_CFLAGS to ELF visibility tests") added $NOPIE_CFLAGS when compiling sh1np.o and sh2np.o. It missed to add it to mainnp.o. ld/testsuite/ PR ld/21090 * ld-vsb/vsb.exp (visibility_test): Add support for optional ldflags argument and use it when linking the test program. (mainnp.o): Compile with $NOPIE_CFLAGS. (vnp, vp, vmpnp, vmpp): Link with $NOPIE_LDFLAGS. Fixes: 922109c71828 ("Pass $NOPIE_CFLAGS to ELF visibility tests") Bug: https://sourceware.org/PR21090 Signed-off-by: Jens Remus -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/32732] Binutils (objcopy) generates abnormally large, non-functional binaries since 121a3f4b4f4aac216abe239f6f3bd491b63e5e34
https://sourceware.org/bugzilla/show_bug.cgi?id=32732 --- Comment #6 from Jan Beulich --- See https://sourceware.org/pipermail/binutils/2025-March/140249.html for a hopefully close-to-final patch. Ideally also give it a(nother) try. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/21090] gcc compiled with --enable-default-pie show errors in binutils testsuite
https://sourceware.org/bugzilla/show_bug.cgi?id=21090 --- Comment #36 from Sourceware Commits --- The master branch has been updated by Jens Remus : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=58ed43f97879e80392710030161410534ef57016 commit 58ed43f97879e80392710030161410534ef57016 Author: Jens Remus Date: Fri Mar 28 15:27:11 2025 +0100 ld: Pass $NOPIE_CFLAGS and $NOPIE_LDFLAGS to even more ELF shared tests Some distributions configure GCC with --enable-default-pie, so that it defaults to compile with -fPIE and link with -pie, which is unexpected by the test. Therefore compile the non-PIC sources with $NOPIE_CFLAGS and link the test programs with $NOPIE_LDFLAGS. Commit 9d1c54ed7f3a ("Pass $NOPIE_CFLAGS and $NOPIE_LDFLAGS to more ELF tests") added $NOPIE_CFLAGS when compiling sh1np.o. It missed to add it to sh2np.o and mainnp.o. ld/testsuite/ PR ld/21090 * ld-shared/shared.exp (shared_test): Add support for optional ldflags argument and use it when linking the test program. (sh2np.o, mainnp.o): Compile with $NOPIE_CFLAGS. (shnp, shp, shmpnp, shmpp): Link with $NOPIE_LDFLAGS. Fixes: 9d1c54ed7f3a ("Pass $NOPIE_CFLAGS and $NOPIE_LDFLAGS to more ELF tests") Bug: https://sourceware.org/PR21090 Signed-off-by: Jens Remus -- You are receiving this mail because: You are on the CC list for the bug.
strings.1: Some remarks and a patch with editorial changes for this man page
Package: binutils-common Version: 2.44-3 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "grep -e ' $' -e '\\~$' " to find obvious trailing spaces.] ["test-groff" is a script in the repository for "groff"; is not shipped] (local copy and "troff" slightly changed by me). [The fate of "test-nroff" was decided in groff bug #55941.] * What was the outcome of this action? Output from "test-groff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z ": an.tmac::68: style: 8 leading space(s) on input line an.tmac::69: style: 8 leading space(s) on input line an.tmac::70: style: 8 leading space(s) on input line an.tmac::71: style: 8 leading space(s) on input line an.tmac::72: style: 8 leading space(s) on input line an.tmac::73: style: 8 leading space(s) on input line an.tmac::74: style: 8 leading space(s) on input line an.tmac::75: style: 8 leading space(s) on input line an.tmac::76: style: 8 leading space(s) on input line an.tmac::101: style: use of deprecated macro: .PD an.tmac::106: style: use of deprecated macro: .PD an.tmac::118: style: use of deprecated macro: .PD an.tmac::121: style: use of deprecated macro: .PD an.tmac::131: style: use of deprecated macro: .PD an.tmac::134: style: use of deprecated macro: .PD an.tmac::141: style: use of deprecated macro: .PD an.tmac::146: style: use of deprecated macro: .PD troff::150: warning: trailing space in the line an.tmac::161: style: use of deprecated macro: .PD an.tmac::164: style: use of deprecated macro: .PD an.tmac::170: style: use of deprecated macro: .PD an.tmac::173: style: use of deprecated macro: .PD an.tmac::183: style: use of deprecated macro: .PD an.tmac::186: style: use of deprecated macro: .PD an.tmac::208: style: use of deprecated macro: .PD an.tmac::211: style: use of deprecated macro: .PD an.tmac::215: style: use of deprecated macro: .PD an.tmac::220: style: use of deprecated macro: .PD an.tmac::224: style: use of deprecated macro: .PD an.tmac::227: style: use of deprecated macro: .PD an.tmac::234: style: use of deprecated macro: .PD an.tmac::237: style: use of deprecated macro: .PD * What outcome did you expect instead? No output (no warnings). -.- General remarks and further material, if a diff-file exist, are in the attachments. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.12.19-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) -- no debconf information Input file is strings.1 Output from "mandoc -T lint strings.1": (shortened list) 1 whitespace at end of input line Remove trailing space with: sed -e 's/ *$//' -.-. Output from "test-nroff -mandoc -t -ww -z strings.1": (shortened list) 1 line(s) with a trailing space Remove trailing space with: sed -e 's/ *$//' -.-. Show if Pod::Man generated this. Who is actually creating this man page? Debian or upstream? Is the generating software out of date? 2:.\" Automatically generated by Pod::Man 5.0102 (Pod::Simple 3.45) -.-. Remove space characters (whitespace) at the end of lines. Use "git apply ... --whitespace=fix" to fix extra space issues, or use global configuration "core.whitespace". Number of lines affected is 1 -.-. Change '-' (\-) to '\(en' (en-dash) for a (numeric) range. GNU gnulib has recently (2023-06-18) updated its "build_aux/update-copyright" to recognize "\(en" in man pages. strings.1:261:Copyright (c) 1991\-2025 Free Software Foundation, Inc. -.-. Remove space in the first column, if not indented. Use ".in +n" and ".in" to end it; Or use ".nf" and ".fi" to end it, for an extra indention. strings.1:68:[\fB\-n\fR \fImin-len\fR] [\fB\-\-bytes=\fR\fImin-len\fR] strings.1:69:[\fB\-t\fR \fIradix\fR] [\fB\-\-radix=\fR\fIradix\fR] strings.1:70:[\fB\-e\fR \fIencoding\fR] [\fB\-\-encoding=\fR\fIencoding\fR] strings.1:71:[\fB\-U\fR \fImethod\fR] [\fB\-\-unicode=\fR\fImethod\fR] strings.1:72:[\fB\-\fR] [\fB\-\-all\fR] [\fB\-\-print\-file\-name\fR] strings.1:73:[\fB\-T\fR \fIbfdname\fR] [\fB\-\-target=\fR\fIbfdname\fR] strings.1:74:[\fB\-w\fR] [\fB\-\-include\-all\-whitespace\fR] strings.1:75:[\fB\-s\fR] [\fB\-\-output\-separator\fR \fIsep_string\fR] strings.1:76:[\fB\-\-help\fR] [\fB\-\-version\fR] \fIfile\fR... -.-. Strings longer than 3/4 of a standard line length (80). Use "\:" to split the string at the end of an output line, for example a long URL (web address) 184 .IP \fB\-\-unicode=\fR\fI[default|invalid|locale|escape|hex|highlight]\fR 4 -.-. Wrong distance (not two spaces) between sentences in the input file. Separate the sentences and s