From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7107 invoked by alias); 14 Jun 2009 18:57:56 -0000 Received: (qmail 7084 invoked by uid 48); 14 Jun 2009 18:57:46 -0000 Date: Sun, 14 Jun 2009 18:57:00 -0000 Message-ID: <20090614185746.7083.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libstdc++/13631] Problems in messages In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "mrsam at courier-mta 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: 2009-06/txt/msg00894.txt.bz2 ------- Comment #15 from mrsam at courier-mta dot com 2009-06-14 18:57 ------- Although I'm the last person who'd shy away from dirty tricks, when it suits my purposes, I see none here. The catalog name received by open() needs to be stashed away somewhere, and passed as a parameter to dgettext(), by do_get(). That's the only way to eliminate the global reference, and I don't see any The only possibility I see is to define an entirely new, a replacement facet structure for std::messages, and somehow arrange newly-compiled code to bind to it, then keep both classes around. Existing code would continue to be bound to the old class, and newly-compiled code would then get bound to the new class. I'm not really familiar with the required compiler-fu that would be necessary to pull this off, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13631