From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3188 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: Best place to discuss other lightweight libraries? Date: Wed, 24 Apr 2013 17:47:26 +0200 Message-ID: <20130424154726.GD12689@port70.net> References: <1366683267.18069.155@driftwood> <5176FE83.3010301@gentoo.org> <20130424114852.GA99797@intma.in> 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 1366818463 18600 80.91.229.3 (24 Apr 2013 15:47:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Apr 2013 15:47:43 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3192-gllmg-musl=m.gmane.org@lists.openwall.com Wed Apr 24 17:47:47 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 1UV1v1-0007J7-J3 for gllmg-musl@plane.gmane.org; Wed, 24 Apr 2013 17:47:39 +0200 Original-Received: (qmail 20370 invoked by uid 550); 24 Apr 2013 15:47:38 -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 20362 invoked from network); 24 Apr 2013 15:47:38 -0000 Content-Disposition: inline In-Reply-To: <20130424114852.GA99797@intma.in> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:3188 Archived-At: * Kurt H Maier [2013-04-24 07:48:52 -0400]: > On Wed, Apr 24, 2013 at 01:18:43PM +0200, Daniel Cegie??ka wrote: > > > > btw. has anyone used go with musl? > > > > Go ships its own libc, which I'm fairly certain it depends on. It's > also not suitable as a system programming language and they dropped that > claim from their propaganda some time ago. > go has its own independent world (own toolchain, syscall wrappers, runtime, calling convention, stack management etc) but it can interact with libc through cgo so the question might be if anyone has tried cgo with musl and i guess nobody tried but it should work since cgo does not make much assumptions about the c runtime go is special in this respect, most other language runtime implementations build on top of libc so the interaction between c and said language is less trivial (there are some caveats in go as well: it does not call __libc_start_main on startup nor exit on exit so eg atexit handlers wont get called)