From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7269 invoked by alias); 5 Jul 2005 16:55:42 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 6797 invoked by uid 48); 5 Jul 2005 16:55:34 -0000 Date: Tue, 05 Jul 2005 16:55:00 -0000 Message-ID: <20050705165534.6796.qmail@sourceware.org> From: "pcarlini at suse dot de" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20050705135434.22309.jakub@redhat.com> References: <20050705135434.22309.jakub@redhat.com> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug libstdc++/22309] mt allocator doesn't pthread_key_delete it's keys X-Bugzilla-Reason: CC X-SW-Source: 2005-07/txt/msg00446.txt.bz2 List-Id: ------- Additional Comments From pcarlini at suse dot de 2005-07-05 16:55 ------- > Yes, that's the same thing apparently. Thanks. And now we have also a compact testcase. > I'm pretty sure a reproducer can be written even for libstdc++ not configured > to default to the mt allocator, by including etc. or > however you explicitely choose a specific allocator for some template > instantiation. Definitely. > If init_priority attribute works, it could be perhaps used to make sure > the destructor of some dummy object that calls gthread_key_delete in > mt_allocator.cc will be run as last destructor in libstdc++.so. Thanks for the hint. ... maybe Benjamin is willing to investigate this... ;) -- What |Removed |Added ---------------------------------------------------------------------------- CC| |bkoz at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309