From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2516 Path: news.gmane.org!not-for-mail From: agent Newsgroups: gmane.linux.lib.musl.general Subject: Re: STLport Date: Mon, 31 Dec 2012 12:33:00 +0600 Message-ID: <50E1319C.1060301@gmail.com> References: <1716568.15394.1356922853329.JavaMail.root@grantgray.id.au> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------070209010302010004090005" X-Trace: ger.gmane.org 1356935757 21380 80.91.229.3 (31 Dec 2012 06:35:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 31 Dec 2012 06:35:57 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-2517-gllmg-musl=m.gmane.org@lists.openwall.com Mon Dec 31 07:36:14 2012 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 1TpYyr-0005ku-CQ for gllmg-musl@plane.gmane.org; Mon, 31 Dec 2012 07:36:13 +0100 Original-Received: (qmail 16028 invoked by uid 550); 31 Dec 2012 06:35:58 -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 16019 invoked from network); 31 Dec 2012 06:35:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=Za4OrvrAv7e/JNA3NkpmW1e71bU0F/y3nJ43Ca86QGU=; b=jI7WSGbwjS0HXmPJgcPw81QAcDL1IOLyiXq8eoiZ9zpb6PAoKyAYOaIQRpiY4dko7S CfV6l0nlJbLPSkNd6llUnG2Tx9CCK8n+ioQTAJ04V+9wk7OQPW/QOcBtiHSD9yjCX4iO nLIposye9PYXq4hav/E3BbM/hEdrDhCPgcnLxjfq4HT9/By6mjhvNByPNRV1B1cR23o5 W5qsnFxG6Mqis122Uk8zNLoTsX75gXb5ZPEYhFOoLj4JS8zAbHCEA1/FTZq3US7L59fK ZRm6cNpI4G1ZlrZRlY/RQ76c1Fboj63caj2numvmGT3scBVUtYH8KS+f87R15BmbWUXk tBCg== X-Received: by 10.112.23.34 with SMTP id j2mr16352970lbf.118.1356935747113; Sun, 30 Dec 2012 22:35:47 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: <1716568.15394.1356922853329.JavaMail.root@grantgray.id.au> Xref: news.gmane.org gmane.linux.lib.musl.general:2516 Archived-At: This is a multi-part message in MIME format. --------------070209010302010004090005 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 31.12.2012 09:00, Grant Gray пишет: > > On Mon, Dec 31, 2012 at 12:11:18PM +1100, Grant Gray wrote: > > Hi list, > > > > > > Is anyone working on getting STLport working with musl? > > > > > > I had a quick look at the STLport sources and it seems to assume > > glibc is in use if the toolchain is GCC, so it seems some porting > > effort is required to get it working with musl. > > Is there a reason you want to use STLport rather than libstdc++ or > libc++? My impression was that STLport was outdated, unmaintained, and > full of ugly legacy hackery from the 90s... > > Rich > > Licensing is the issue. I'm building a userland free of copyleft code, > which rules out libstdc++. I haven't investigated libc++, but I have > no allegiance to STLport so will look into it. > > Is anyone already working on a libc++ integration with musl? > i have tried to build the whole stack: clang, libc++, libc++abi with musl, though i got stuck with libunwind for libc++abi. libc++ compiled fine when using libsupc++, but i didn't test it anyhow (maybe it is even unusable). i'm going to try out clang + libc++ + libcxxrt + musl soon.they say libc++ works with libcxxrt and libcxxrt has it's own unwind. --------------070209010302010004090005 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
31.12.2012 09:00, Grant Gray пишет:

On Mon, Dec 31, 2012 at 12:11:18PM +1100, Grant Gray wrote:
> Hi list,
>
>
> Is anyone working on getting STLport working with musl?
>
>
> I had a quick look at the STLport sources and it seems to assume
> glibc is in use if the toolchain is GCC, so it seems some porting
> effort is required to get it working with musl.

Is there a reason you want to use STLport rather than libstdc++ or
libc++? My impression was that STLport was outdated, unmaintained, and
full of ugly legacy hackery from the 90s...

Rich
Licensing is the issue. I'm building a userland free of copyleft code, which rules out libstdc++. I haven't investigated libc++, but I have no allegiance to STLport so will look into it.

Is anyone already working on a libc++ integration with musl?

i have tried to build the whole stack: clang, libc++, libc++abi with musl, though i got stuck with libunwind for libc++abi. libc++ compiled fine when using libsupc++, but i didn't test it anyhow (maybe it is even unusable). i'm going to try out clang + libc++ + libcxxrt + musl soon. they say libc++ works with libcxxrt and libcxxrt has it's own unwind.
--------------070209010302010004090005--