From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3715 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Missing symbols for supporting glibc-built libstdc++.so.6 Date: Wed, 24 Jul 2013 03:55:34 -0400 Message-ID: <20130724075533.GA14709@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1374652546 23875 80.91.229.3 (24 Jul 2013 07:55:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Jul 2013 07:55:46 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3719-gllmg-musl=m.gmane.org@lists.openwall.com Wed Jul 24 09:55:48 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1V1tvH-0002Xq-U7 for gllmg-musl@plane.gmane.org; Wed, 24 Jul 2013 09:55:48 +0200 Original-Received: (qmail 26508 invoked by uid 550); 24 Jul 2013 07:55:46 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 26500 invoked from network); 24 Jul 2013 07:55:45 -0000 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:3715 Archived-At: As of now, C++ programs/libraries linked against glibc should work with musl as long as a musl-built version of libstdc++.so is available in place of the glibc-built one. The only remaining type that does not match glibc, in the full C++ name-mangling sense of matching, is fd_mask. (This type is not really intended to be public, and glibc will probably change it to match musl's definition after 2.18 is released.) However, the glibc-built libstdc++.so.6 still has a few unsatisfied symbol references: * __-prefixed versions of the *_l locale functions. * Some nonstandard *_l locale functions. * All the "xstat" functions (glibc's pre-symbol-versioning hack for ABI stability of stat()). * The gettext interfaces. Of these, all but gettext are fairly trivial to add. I'm still undecided on whether libc should have an implementation of gettext, but I am confident the size could be made trivial. The advantage of getting the glibc-built libstdc++ working with musl is that the musl-gcc wrapper could be used to build C++ programs too, not just C. This is particularly important now that new GCC versions are using C++ code; without the ability to use the existing libstdc++, an earlier GCC version must first be built to bootstrap a musl-based compiler. Rich