[Bug binutils/32256] [Bug] internal labels present in risc-v

2024-10-09 Thread sch...@linux-m68k.org
https://sourceware.org/bugzilla/show_bug.cgi?id=32256 --- Comment #3 from Andreas Schwab --- They are if there are relocations. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug admin/32252] ./configure produces invalid Makefile

2024-10-09 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32252 --- Comment #4 from Alan Modra --- Hmm, OK, so the lack of Makefile substitutions is due to your config.status line 732: cat >>"/subs1.awk" <<\_ACAWK && Note that a later line has: cat >>"$ac_tmp/subs1.awk" <<\_ACAWK && $ac_tmp/subs1.awk is t

[Bug binutils/32256] [Bug] internal labels present in risc-v

2024-10-09 Thread akhilesh.k at samsung dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32256 --- Comment #2 from Akhilesh Kumar --- why these are not visible in arm objdumps but visible for riscv is there any way to suppress it with-out strip ? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/32256] [Bug] internal labels present in risc-v

2024-10-09 Thread akhilesh.k at samsung dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32256 Akhilesh Kumar changed: What|Removed |Added CC||akhilesh.k at samsung dot com -- Yo

[Bug admin/32252] ./configure produces invalid Makefile

2024-10-09 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32252 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug admin/32252] ./configure produces invalid Makefile

2024-10-09 Thread dilyan.palauzov at aegee dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=32252 --- Comment #3 from dilyan.palauzov at aegee dot org --- I need autoconf if I generate configure from configure.ac. But I do not generate configure , it comes from git : https://sourceware.org/git/?p=binutils-gdb.git;a=tree . I have autoconf

[Bug binutils/32243] NAME_MAX does not exist on mingw-w64 without the define of _POSIX_ macro

2024-10-09 Thread oset at superbox dot pl
https://sourceware.org/bugzilla/show_bug.cgi?id=32243 oset changed: What|Removed |Added CC||oset at superbox dot pl --- Comment #4 from os

[Bug binutils/32243] NAME_MAX does not exist on mingw-w64 without the define of _POSIX_ macro

2024-10-09 Thread oset at superbox dot pl
https://sourceware.org/bugzilla/show_bug.cgi?id=32243 --- Comment #6 from oset --- The patch (https://sourceware.org/bugzilla/attachment.cgi?id=15732&action=diff @ https://sourceware.org/bugzilla/show_bug.cgi?id=32243#c1) uses 256. -- You are receiving this mail because: You are on the CC list

[Bug binutils/32243] NAME_MAX does not exist on mingw-w64 without the define of _POSIX_ macro

2024-10-09 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32243 --- Comment #5 from Alan Modra --- Yes, 255 is the value I used in the patch that was applied. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/32256] New: [Bug] internal labels present in risc-v

2024-10-09 Thread akhilesh.k at samsung dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32256 Bug ID: 32256 Summary: [Bug] internal labels present in risc-v Product: binutils Version: 2.42 Status: NEW Severity: enhancement Priority: P2 Component: binut

[Bug binutils/32256] [Bug] internal labels present in risc-v

2024-10-09 Thread akhilesh.k at samsung dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32256 Akhilesh Kumar changed: What|Removed |Added CC||akhipatel at gmail dot com -- You a

[Bug binutils/32256] [Bug] internal labels present in risc-v

2024-10-09 Thread sch...@linux-m68k.org
https://sourceware.org/bugzilla/show_bug.cgi?id=32256 --- Comment #1 from Andreas Schwab --- They are referenced by relocations. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gprofng/32110] gprofng segfaults on parsing DWARF of clang++ 18.1.3 produced binary

2024-10-09 Thread vladimir.mezentsev at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32110 --- Comment #9 from Vladimir Mezentsev --- This is an error when gprofng reads Dwarf-5. The easiest test to reproduce the problem: % gprofng display src -func graal/sdk/mxbuild/linux-amd64/PYTHON_JAVA_STANDALONE_SVM_JAVA24/graalpy-community-2