[Bug ld/31956] -Wl,--wrap broken with LTO?

https://sourceware.org/bugzilla/show_bug.cgi?id=31956 --- Comment #11 from Sam James --- Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/31956] -Wl,--wrap broken with LTO?

https://sourceware.org/bugzilla/show_bug.cgi?id=31956 --- Comment #10 from H.J. Lu --- (In reply to Sam James from comment #8) > Thanks H.J, I fear you're (obviously) right. > > I'll propose a shared library firewall for the real implementation when they > run tests to OpenVPN. > > For my own c

[Bug ld/31956] -Wl,--wrap broken with LTO?

https://sourceware.org/bugzilla/show_bug.cgi?id=31956 --- Comment #9 from H.J. Lu --- The v2 patch is at https://sourceware.org/pipermail/binutils/2024-July/135471.html -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/31955] gas: Extend .loc directive to emit a label

https://sourceware.org/bugzilla/show_bug.cgi?id=31955 --- Comment #1 from Fangrui Song --- Perhaps call this .loc_label , since .cfi_label (2015) is available. -- 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 --- Comment #27 from Vladimir Mezentsev --- >> i should use wchar.h instead not stdio.h since stdio also defines some 64 >> file ops Can you set _MUSL_LIBC in gprofng/configure.ac instead of gp-defs.h. >> it does not really work out. a

[Bug gas/31964] Add directive for more efficient encoding of binary data

https://sourceware.org/bugzilla/show_bug.cgi?id=31964 Jakub Jelinek changed: What|Removed |Added CC||hubicka at gcc dot gnu.org,

[Bug gas/31964] Add directive for more efficient encoding of binary data

https://sourceware.org/bugzilla/show_bug.cgi?id=31964 --- Comment #1 from Jakub Jelinek --- base64 encoding is 4 characters per 3 bytes. Guess the directive shouldn't be supported for targets which don't have 8-bit bytes (if there are any). -- You are receiving this mail because: You are on the

[Bug gas/31964] New: Add directive for more efficient encoding of binary data

https://sourceware.org/bugzilla/show_bug.cgi?id=31964 Bug ID: 31964 Summary: Add directive for more efficient encoding of binary data Product: binutils Version: unspecified Status: NEW Severity: normal

[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 cqwrteur changed: What|Removed |Added Attachment #15606|0 |1 is obsolete|

[Bug ld/31962] In function 'gldelf_x86_64_get_script':

https://sourceware.org/bugzilla/show_bug.cgi?id=31962 cqwrteur changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[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 --- Comment #25 from cqwrteur --- Created attachment 15608 --> https://sourceware.org/bugzilla/attachment.cgi?id=15608&action=edit just exclude all things here -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/31962] In function 'gldelf_x86_64_get_script':

https://sourceware.org/bugzilla/show_bug.cgi?id=31962 --- Comment #3 from cqwrteur --- ; else if (bfd_link_pie (&link_info) && link_info.separate_code) return ; else if (bfd_link_pie (&link_info)) return are you kidding me? -- You are receiving this mail because: You are on th

[Bug ld/31962] In function 'gldelf_x86_64_get_script':

https://sourceware.org/bugzilla/show_bug.cgi?id=31962 --- Comment #2 from cqwrteur --- Created attachment 15607 --> https://sourceware.org/bugzilla/attachment.cgi?id=15607&action=edit what's going on here? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/31962] In function 'gldelf_x86_64_get_script':

https://sourceware.org/bugzilla/show_bug.cgi?id=31962 --- Comment #1 from cqwrteur --- looks like a musl only issue. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/31962] In function 'gldelf_x86_64_get_script':

https://sourceware.org/bugzilla/show_bug.cgi?id=31962 cqwrteur changed: What|Removed |Added Target||x86_64-linux-musl CC|

[Bug ld/31962] New: In function 'gldelf_x86_64_get_script':

https://sourceware.org/bugzilla/show_bug.cgi?id=31962 Bug ID: 31962 Summary: In function 'gldelf_x86_64_get_script': Product: binutils Version: 2.43 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Compon

[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 --- Comment #24 from cqwrteur --- /home/cqwrteur/toolchains_build/binutils-gdb/gprofng/src/Experiment.cc:234:12: error: 'fopen64' was not declared in this scope; did you mean 'open64'? 234 | fh = fopen64 (fname, NTXT ("r")); |

[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 --- Comment #23 from cqwrteur --- (In reply to cqwrteur from comment #22) > (In reply to Sam James from comment #15) > > See gprofng/configure.ac:175 which sets _MUSL_LIBC. > > it does not really work out. a lot of things are not defined like

[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 --- Comment #22 from cqwrteur --- (In reply to Sam James from comment #15) > See gprofng/configure.ac:175 which sets _MUSL_LIBC. it does not really work out. a lot of things are not defined like fopen64, fstat64. you really should not use the

[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 --- Comment #21 from cqwrteur --- /home/cqwrteur/toolchains_build/binutils-gdb/gprofng/src/../../include/libiberty.h:112:14: error: conflicting declaration of C function 'char* basename(const char*)' 112 | extern char *basename (const char *

[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 --- Comment #20 from cqwrteur --- eelf_x86_64.c: In function 'gldelf_x86_64_get_script': eelf_x86_64.c:2692:42: error: 'return' with no value, in function returning non-void [-Wreturn-mismatch] 2692 | && link_info.separate_code)

[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 cqwrteur changed: What|Removed |Added Attachment #15605|0 |1 is obsolete|

[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 --- Comment #18 from cqwrteur --- (In reply to cqwrteur from comment #16) > (In reply to Sam James from comment #15) > > See gprofng/configure.ac:175 which sets _MUSL_LIBC. > > it does not set it for me. patch still not working out -- You

[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 --- Comment #17 from cqwrteur --- Created attachment 15605 --> https://sourceware.org/bugzilla/attachment.cgi?id=15605&action=edit correct patch i have put a patch here. This is exactly the reason why musl libc is a crap. Everyone should j

[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 --- Comment #16 from cqwrteur --- (In reply to Sam James from comment #15) > See gprofng/configure.ac:175 which sets _MUSL_LIBC. it does not set it for me. -- 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 --- Comment #15 from Sam James --- See gprofng/configure.ac:175 which sets _MUSL_LIBC. -- 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 --- Comment #14 from cqwrteur --- (In reply to cqwrteur from comment #13) > (In reply to Sam James from comment #12) > > *** Bug 31960 has been marked as a duplicate of this bug. *** > > This patch is WRONG. > > > there is no __musl__ relat

[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 --- Comment #13 from cqwrteur --- (In reply to Sam James from comment #12) > *** Bug 31960 has been marked as a duplicate of this bug. *** This patch is WRONG. there is no __musl__ related macros in musl libc. musl does not want you to dete

[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 --- Comment #12 from Sam James --- *** Bug 31960 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 Sam James changed: What|Removed |Added Resolution|--- |DUPLICATE CC|

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 --- Comment #6 from cqwrteur --- (In reply to cqwrteur from comment #5) > (In reply to Sam James from comment #4) > > Dupe. > > > > *** This bug has been marked as a duplicate of bug 30779 *** > > what? it is not resolved for me why? i am u

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 cqwrteur changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED

[Bug ld/31615] Hang when linking vorbis-tools

https://sourceware.org/bugzilla/show_bug.cgi?id=31615 Sam James changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[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 Sam James changed: What|Removed |Added CC||euloanty at live dot com --- Comment #11

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 Sam James changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 --- Comment #3 from cqwrteur --- /home/cqwrteur/toolchains_build/binutils-gdb/gprofng/libcollector/iotrace.c:3005:16: error: redefinition of 'fgetpos' 3005 | DCL_FGETPOS64 (fgetpos64) |^ /home/cqwrteur/toolchains

[Bug binutils/31930] Error: cannot represent relocation type BFD_RELOC_64 for x86_64-w64-mingw32 target

https://sourceware.org/bugzilla/show_bug.cgi?id=31930 Sam James changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 --- Comment #2 from cqwrteur --- Created attachment 15604 --> https://sourceware.org/bugzilla/attachment.cgi?id=15604&action=edit stderr failure -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 --- Comment #1 from cqwrteur --- Created attachment 15603 --> https://sourceware.org/bugzilla/attachment.cgi?id=15603&action=edit config -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 cqwrteur changed: What|Removed |Added CC||euloanty at live dot com -- You are recei

[Bug gprofng/31960] musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 cqwrteur changed: What|Removed |Added Host||x86_64-linux-musl Target|

[Bug gprofng/31960] New: musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'?

https://sourceware.org/bugzilla/show_bug.cgi?id=31960 Bug ID: 31960 Summary: musl compilation failure: error: 'stat64' was not declared in this scope; did you mean 'fstat64'? Product: binutils Version: 2.43 (HEAD) Status:

[Bug binutils/31930] Error: cannot represent relocation type BFD_RELOC_64 for x86_64-w64-mingw32 target

https://sourceware.org/bugzilla/show_bug.cgi?id=31930 cqwrteur changed: What|Removed |Added Resolution|--- |MOVED Status|UNCONFIRMED

[Bug ld/31956] -Wl,--wrap broken with LTO?

https://sourceware.org/bugzilla/show_bug.cgi?id=31956 --- Comment #8 from Sam James --- Thanks H.J, I fear you're (obviously) right. I'll propose a shared library firewall for the real implementation when they run tests to OpenVPN. For my own curiosity: do you know why it works with clang -fuse

[Bug ld/31956] -Wl,--wrap broken with LTO?

https://sourceware.org/bugzilla/show_bug.cgi?id=31956 --- Comment #7 from H.J. Lu --- (In reply to Sam James from comment #6) > (In reply to Sam James from comment #5) > > Here's a failing runtime test case with the patch. > > tls_crypt_testdriver-buffer.c: > ``` > void buffer_write_file(void)