[Bug gprofng/31460] heap tracing causes infinite recursion on calloc with multi-threaded applications
https://sourceware.org/bugzilla/show_bug.cgi?id=31460 Vladimir Mezentsev changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #10 from Vladimir Mezentsev --- Update status as resolved/fixed. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/31460] heap tracing causes infinite recursion on calloc with multi-threaded applications
https://sourceware.org/bugzilla/show_bug.cgi?id=31460 --- Comment #9 from Sourceware Commits --- The master branch has been updated by Vladimir Mezentsev : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=99c3fe52d237eae546d7de484d0cfbd615ac192c commit 99c3fe52d237eae546d7de484d0cfbd615ac192c Author: Vladimir Mezentsev Date: Sat Mar 23 18:31:03 2024 -0700 gprofng: fix infinite recursion on calloc with multi-threaded applications libcollector uses pthread_getspecific() and pthread_setspecific() to access thread local memory. libcollector uses this memory to check that interposed functions (like malloc, calloc or free) don't have recursion. The first time we call calloc(), we call pthread_setspecific() to create a thread-specific value. On Ubuntu machine, pthread_setspecific() calls calloc(), and we cannot intercept such recursion. gcc supports thread-local storage. For example, static __thread int reentrance = 0; I rewrote code using this instead of pthread_setspecific(). gprofng/ChangeLog 2024-03-23 Vladimir Mezentsev PR gprofng/31460 * libcollector/heaptrace.c: Use the __thread variable to check for * reentry. Clean up code. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)
https://sourceware.org/bugzilla/show_bug.cgi?id=31503 John David Anglin changed: What|Removed |Added Attachment #15432|0 |1 is obsolete|| --- Comment #4 from John David Anglin --- Created attachment 15436 --> https://sourceware.org/bugzilla/attachment.cgi?id=15436&action=edit Patch Update original patch to check whether symbolic displacements are valid. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/23935] [Regression] ld.bfd does not rescan fat LTO archives to resolve plugin-added references
https://sourceware.org/bugzilla/show_bug.cgi?id=23935 Sam James changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=63215 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/23935] [Regression] ld.bfd does not rescan fat LTO archives to resolve plugin-added references
https://sourceware.org/bugzilla/show_bug.cgi?id=23935 Sam James changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=114337, ||https://sourceware.org/bugz ||illa/show_bug.cgi?id=31482 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31482] The first definition in shared object and archive is ignored
https://sourceware.org/bugzilla/show_bug.cgi?id=31482 Sam James changed: What|Removed |Added See Also||https://sourceware.org/bugz ||illa/show_bug.cgi?id=23935 -- You are receiving this mail because: You are on the CC list for the bug.
