From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9144 invoked by alias); 28 Jan 2010 23:00:15 -0000 Received: (qmail 8546 invoked by uid 48); 28 Jan 2010 23:00:00 -0000 Date: Thu, 28 Jan 2010 23:00:00 -0000 Message-ID: <20100128230000.8545.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libstdc++/42679] RTLD_DEEPBIND dlopen option for shared library that uses libstdc++ std::ostream crashes In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "paolo dot carlini at oracle dot com" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-01/txt/msg03269.txt.bz2 ------- Comment #12 from paolo dot carlini at oracle dot com 2010-01-28 22:59 ------- Good. Now, if I can have a little bit more of your time, I have two main curiosities: can you guess why the same 4.4.x *.so + headers don't lead to a crash with ICC? Then, we should of course come to a possible fix: the idea would be checking at configure time that the underlying glibc is recent enough (is 10.1 ok?) and then marking STB_GNU_UNIQUE some selected exported symbols? The static allocated ones? I'm guessing a bit... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42679