[Bug binutils/31527] gdb is not working for UNC path
https://sourceware.org/bugzilla/show_bug.cgi?id=31527
Pekka Seppänen changed:
What|Removed |Added
CC||pexu at sourceware dot
mail.kapsi.
||fi
--- Comment #17 from Pekka Seppänen ---
Hi.
The patch added the following:
```
if (!file)
perror("Error opening file");
```
This is problematic, as _bfd_real_fopen() is ultimately used for an example
when ld is looking for an archive. This means that perror() fires for soft
failures, such as archive not found from a search directry entry (-L or
--library-path).
Again, on applications, that have multiple search path entries, in practice
there will be always "Error opening file: No such file or directory" error
messages displayed. At least in this particular context those should be
suppressed.
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug binutils/31527] gdb is not working for UNC path
https://sourceware.org/bugzilla/show_bug.cgi?id=31527 --- Comment #18 from Simon Cook --- Created attachment 15466 --> https://sourceware.org/bugzilla/attachment.cgi?id=15466&action=edit Remove debug output Oh drat, I missed that when I was scanning the final patch before submitting (scanned for explicit calls to printf, but missed I was also using perror), terribly sorry about that. I've attached a patch to remove those two lines - would someone with commit access be able to apply that. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/31527] gdb is not working for UNC path
https://sourceware.org/bugzilla/show_bug.cgi?id=31527 --- Comment #19 from Nick Clifton --- Oops - I missed that too. Sorry. Patch applied as commit: ab0a395b54d Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/31255] keyword arguments do not work with .altmacro
https://sourceware.org/bugzilla/show_bug.cgi?id=31255 --- Comment #3 from Sourceware Commits --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=8c8de179c20bf5225a08599bee21a60fcde898fc commit 8c8de179c20bf5225a08599bee21a60fcde898fc Author: Nick Clifton Date: Tue Apr 16 12:06:08 2024 +0100 Gas Doc: Update example of how .altmacro affects the interpretation of macro arguments. PR 31255 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/31255] keyword arguments do not work with .altmacro
https://sourceware.org/bugzilla/show_bug.cgi?id=31255 --- Comment #4 from Nick Clifton --- I have updated the example in the assembler documentation to make it clear that the .altmacro pseudo-op is affecting the invocation of the macro, not the definition. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30743] FAIL: ld-elf/now-3 for hppa64-*-linux* target
https://sourceware.org/bugzilla/show_bug.cgi?id=30743 Nick Clifton changed: What|Removed |Added Attachment #15461|0 |1 is obsolete|| Attachment #15463|0 |1 is obsolete|| --- Comment #9 from Nick Clifton --- Created attachment 15467 --> https://sourceware.org/bugzilla/attachment.cgi?id=15467&action=edit Proposed patch I dislike relying upon magic strings like "elf64-hppa", so how about this alternative patch which checks the vector itself ? (I also added a comment so that readers of the code will be directed to this PR if they are wondering why the test is needed). -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30743] FAIL: ld-elf/now-3 for hppa64-*-linux* target
https://sourceware.org/bugzilla/show_bug.cgi?id=30743 --- Comment #10 from dave.anglin at bell dot net --- On 2024-04-16 7:25 a.m., nickc at redhat dot com wrote: > I dislike relying upon magic strings like "elf64-hppa", so how about this > alternative patch which checks the vector itself ? > > (I also added a comment so that readers of the code will be directed to this > PR > if they are wondering why the test is needed). This is clearly a better fix if it works. Can we do the same in elf64_hppa_object_p()? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/31540] objcopy, ELF_SECTION_IN_SEGMENT_1 section to segment mapping seems wrong
https://sourceware.org/bugzilla/show_bug.cgi?id=31540 --- Comment #8 from Alan Modra --- Nick, your change to binutils/testsuite/binutils-all/pr25662.ld results in arc-elf +FAIL: objcopy executable (pr25662) arc-linux-uclibc +FAIL: objcopy executable (pr25662) bfin-linux-uclibc +FAIL: objcopy executable (pr25662) frv-linux-gnu +FAIL: objcopy executable (pr25662) spu-elf +XPASS: objcopy executable (pr25662) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/31540] objcopy, ELF_SECTION_IN_SEGMENT_1 section to segment mapping seems wrong
https://sourceware.org/bugzilla/show_bug.cgi?id=31540 --- Comment #9 from Nick Clifton --- Hi Alan, > https://sourceware.org/bugzilla/show_bug.cgi?id=31540 > > --- Comment #8 from Alan Modra --- > Nick, your change to binutils/testsuite/binutils-all/pr25662.ld results in > arc-elf +FAIL: objcopy executable (pr25662) > arc-linux-uclibc +FAIL: objcopy executable (pr25662) > bfin-linux-uclibc +FAIL: objcopy executable (pr25662) > frv-linux-gnu +FAIL: objcopy executable (pr25662) > spu-elf +XPASS: objcopy executable (pr25662) Doh! That change was not even meant to go in. It was a potential patch for a completely different issue. I will revert my commit. Sorry about the mis-commmit! Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30743] FAIL: ld-elf/now-3 for hppa64-*-linux* target
https://sourceware.org/bugzilla/show_bug.cgi?id=30743 Nick Clifton changed: What|Removed |Added Attachment #15467|0 |1 is obsolete|| --- Comment #11 from Nick Clifton --- Created attachment 15468 --> https://sourceware.org/bugzilla/attachment.cgi?id=15468&action=edit Proposed patch Like this ? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30743] FAIL: ld-elf/now-3 for hppa64-*-linux* target
https://sourceware.org/bugzilla/show_bug.cgi?id=30743 --- Comment #12 from dave.anglin at bell dot net --- On 2024-04-16 9:54 a.m., nickc at redhat dot com wrote: > Like this ? Looks good. Will test. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #4 from Carlos Eduardo Seo --- (In reply to Andrew Pinski from comment #2) > Note also the jenkins does not keep around the .log files from the testsuite > is it is not very useful info except something failed ... Yes it does: https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1047/artifact/artifacts/00-sumfiles/ I agree it's very convoluted to find, though. (In reply to H.J. Lu from comment #3) > I can't reproduce it on Linux/x86-64. If it still fails with master branch, > please find a testcase which can be reproduced on Linux/x86-64. AFAIK, this is only broken in aarch64-linux. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #5 from Andrew Pinski --- Oh note it is with -flto . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #6 from Andrew Pinski --- It looks like the link against libstdc++v3.so is not happening ... -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/30893] gprofng uses syscall + perf_event (hwcdrv) and ptrace (gpcollect) without any check and doc
https://sourceware.org/bugzilla/show_bug.cgi?id=30893 Kurt Goebel changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29477] Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’
https://sourceware.org/bugzilla/show_bug.cgi?id=29477 Kurt Goebel changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29593] error: '__u64' undeclared (first use in this function) for aarch64-linux-musl host
https://sourceware.org/bugzilla/show_bug.cgi?id=29593 Kurt Goebel changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/30779] gprofng: fails to build with musl-1.2.4 (gprofng/src/Data_window.h:56:3: error: 'off64_t' does not name a type; did you mean 'off_t'?)
https://sourceware.org/bugzilla/show_bug.cgi?id=30779 Kurt Goebel changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #7 from H.J. Lu --- (In reply to Carlos Eduardo Seo from comment #4) > (In reply to H.J. Lu from comment #3) > > I can't reproduce it on Linux/x86-64. If it still fails with master branch, > > please find a testcase which can be reproduced on Linux/x86-64. > > AFAIK, this is only broken in aarch64-linux. Does it still fail with the current master branch? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #8 from Carlos Eduardo Seo --- (In reply to H.J. Lu from comment #7) > (In reply to Carlos Eduardo Seo from comment #4) > > (In reply to H.J. Lu from comment #3) > > > I can't reproduce it on Linux/x86-64. If it still fails with master > > > branch, > > > please find a testcase which can be reproduced on Linux/x86-64. > > > > AFAIK, this is only broken in aarch64-linux. > > Does it still fail with the current master branch? Yesterday, when I opened the bug, yes. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #9 from H.J. Lu --- (In reply to Carlos Eduardo Seo from comment #8) > (In reply to H.J. Lu from comment #7) > > (In reply to Carlos Eduardo Seo from comment #4) > > > (In reply to H.J. Lu from comment #3) > > > > I can't reproduce it on Linux/x86-64. If it still fails with master > > > > branch, > > > > please find a testcase which can be reproduced on Linux/x86-64. > > > > > > AFAIK, this is only broken in aarch64-linux. > > > > Does it still fail with the current master branch? > > Yesterday, when I opened the bug, yes. If you can provide ALL linker inputs which can be used to reproduce the issue on Linux/x86-64 with a cross linker, I will take a look. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #10 from Sam James --- I had a build where this might have happened on amd64. I will look but I can't promise to spend hours on it. I'll include the files if I can repro. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 H.J. Lu changed: What|Removed |Added Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com Status|WAITING |ASSIGNED --- Comment #11 from H.J. Lu --- I can reproduce it. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #12 from H.J. Lu --- Created attachment 15469 --> https://sourceware.org/bugzilla/attachment.cgi?id=15469&action=edit A testcase [hjl@gnu-cfl-3 31644]$ make gcc -B./ -g -flto -c -o x.o x.c gcc -B./ -g -c -o foo.o foo.c ar -rv libfoo.a foo.o ar: creating libfoo.a a - foo.o gcc -B./ -g -fPIC -c -o bar.o bar.c gcc -B./ -shared -o libbar.so bar.o gcc -B./ -o x x.o libfoo.a libbar.so -Wl,-R,. ./ld: libfoo.a(foo.o): in function `foo': /export/home/hjl/bugs/binutils/31644/foo.c:6:(.text+0x5): undefined reference to `bar' collect2: error: ld returned 1 exit status make: *** [Makefile:15: x] Error 1 rm foo.o [hjl@gnu-cfl-3 31644]$ gcc -c x.c [hjl@gnu-cfl-3 31644]$ make gcc -B./ -o x x.o libfoo.a libbar.so -Wl,-R,. ./x [hjl@gnu-cfl-3 31644]$ -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #13 from H.J. Lu --- A patch is posted at https://sourceware.org/pipermail/binutils/2024-April/133632.html -- You are receiving this mail because: You are on the CC list for the bug.
Re: Why is 32-bit objdump not able to read 64-bit executable?
On Thu, Apr 11, 2024 at 04:32:31AM +0200, oset wrote: > Why is 32-bit objdump not able to read 64-bit executable? It can, if you configure bfd with the targets you require. If you don't select a 64-bit target the you need to use --enable-64-bit-bfd. -- Alan Modra Australia Development Lab, IBM
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 --- Comment #14 from Sourceware Commits --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=c2fbf57864a2da2ceda81706a54d125ef3fce0a7 commit c2fbf57864a2da2ceda81706a54d125ef3fce0a7 Author: H.J. Lu Date: Tue Apr 16 15:48:21 2024 -0700 elf: Skip the archive if the symbol isn't referenced Also skip the archive if the symbol isn't referenced by a regular object. bfd/ PR ld/31644 * elflink.c (elf_link_add_archive_symbols): Also skip the archive if the symbol isn't referenced by a regular object. ld/ PR ld/31644 * testsuite/ld-plugin/lto.exp: Run PR ld/31644 tests. * testsuite/ld-plugin/pr31644a.c: New test. * testsuite/ld-plugin/pr31644b.c: Likewise. * testsuite/ld-plugin/pr31644c.c: Likewise. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31644] [Regression] libstdc++prettyprinters/debug.[cc|cxx11.cc] failing to build - linker error
https://sourceware.org/bugzilla/show_bug.cgi?id=31644 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.43 Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #15 from H.J. Lu --- Fixed. -- You are receiving this mail because: You are on the CC list for the bug.
