From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 686 invoked by alias); 5 Jul 2005 16:48:21 -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 669 invoked by uid 48); 5 Jul 2005 16:48:18 -0000 Date: Tue, 05 Jul 2005 16:48:00 -0000 Message-ID: <20050705164818.667.qmail@sourceware.org> From: "jakub at redhat dot com" 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/msg00445.txt.bz2 List-Id: ------- Additional Comments From jakub at redhat dot com 2005-07-05 16:48 ------- Yes, that's the same thing apparently. 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. 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309