https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111347
--- Comment #3 from George Yunaev ---
Indeed making a unique symbol local results in a leak.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111347
--- Comment #2 from George Yunaev ---
Adding -fno-gnu-unique to the makefile for libleak.so doesn't remove the leak.
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: gyunaev at ulduzsoft dot com
Target Milestone: ---
Created attachment 55860
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55860&acti
--- Comment #3 from gyunaev at ulduzsoft dot com 2009-02-12 11:10 ---
Yes, I recompiled the current trunk and it seems to be fixed in trunk.
--
gyunaev at ulduzsoft dot com changed:
What|Removed |Added
--- Comment #1 from gyunaev at ulduzsoft dot com 2009-02-12 04:19 ---
Created an attachment (id=17284)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17284&action=view)
test.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39163
g++
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gyunaev at ulduzsoft dot com
GCC build triplet: i686-pc-linux-gnu
G
