From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/14916 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Augusto_C=C3=A9sar_Dias?= Newsgroups: gmane.linux.lib.musl.general Subject: Re: Problems with libc6-compat Date: Fri, 8 Nov 2019 19:57:24 +0100 Message-ID: <7B3DCE30-7F2B-4A4C-AD46-6C3F36BE19ED@gmail.com> References: <20191108174708.GE16318@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com Mime-Version: 1.0 (1.0) Content-Type: multipart/alternative; boundary=Apple-Mail-DEEE7F50-F111-418A-A4D4-1C72C0F275F6 Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="196118"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Szabolcs Nagy , musl@lists.openwall.com To: Rich Felker Original-X-From: musl-return-14932-gllmg-musl=m.gmane.org@lists.openwall.com Fri Nov 08 19:57:41 2019 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1iT9S1-000ovI-AQ for gllmg-musl@m.gmane.org; Fri, 08 Nov 2019 19:57:41 +0100 Original-Received: (qmail 20405 invoked by uid 550); 8 Nov 2019 18:57:38 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 20384 invoked from network); 8 Nov 2019 18:57:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:date:message-id:subject :references:in-reply-to:to:cc; bh=tCpPfAqspgqxLnQR520byCkneUCab7ivrbGEkHFPUiQ=; b=hL2X9IIsRAAE3ha9WwuYRCPWuSJOnv4spUvU4VUCvl1JkOml9W3V5wUKg/BRSYN+C+ EWsiAGGhaA19KG2KjdFo1RVp5Vg4oLqelko7IWagaBlQ2hQjj5UiqO2LJNc5Eml7sF51 b0E4B2jvzOnw+EIwteVNv3li+H2la/n992syPFSb3Ws9shmiFxznUH+WBgO5B9k1xn+Q CDYAp5+imESzvA1otG25P7lBT5AVOdXYPtk3ZWNuxwA3UTRMbaCC4S6moYeb4TrMjwi9 H3Aoxxy4jJsWlWM6YaRGPXZw/JhdTnotKkbjWXGsJqLzcNxvm04Mp7HhYS3uCOKpJJnK nWEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version:date :message-id:subject:references:in-reply-to:to:cc; bh=tCpPfAqspgqxLnQR520byCkneUCab7ivrbGEkHFPUiQ=; b=fMtTJvASxMywWt0goxTDGU1Kh67aatrafBAm6St+APMkGcr8AKUaCclYoKSosyJ/NA +j7Ddb/r8u/f94D0hYYosqLox2HR/kKxN8b1d26e6OBBv57tNrdc0+1dkDvk8X+H487U LomzvkeLVbALXBfq+OuZo7IH86oNf8xGkSlL488UJSBMFv1EKqeQJFxusayWExTaK9pg bG5g1Yd+4YkZ2BNLdD7mCE5zAUKQVELZ8wZ9AQ6l6lxo28P+NEFgIGcn9goPUMXyYwaL iT3sR2GQNSrq1K505to1OOZuAC6E1tIaprhkolqYOqlYyuSOZDaiRPfQpIb9a/78gKAy YUTg== X-Gm-Message-State: APjAAAVy+qwQKjR40Cb4q+TEBf5fFJlEk0hqrx9yekoafdqqnXzy29R1 tiAad0LdGn5Jn+0uKBgfIRo= X-Google-Smtp-Source: APXvYqyxMhpYeKei/pcnEKoyV5jIOjZ/RCxlngfvt1uxI+R2Z/J4gbA/7gRloe2nttdbQwiv3YjjRA== X-Received: by 2002:a7b:c95a:: with SMTP id i26mr10023781wml.41.1573239446401; Fri, 08 Nov 2019 10:57:26 -0800 (PST) In-Reply-To: <20191108174708.GE16318@brightrain.aerifal.cx> X-Mailer: iPhone Mail (17A878) Xref: news.gmane.org gmane.linux.lib.musl.general:14916 Archived-At: --Apple-Mail-DEEE7F50-F111-418A-A4D4-1C72C0F275F6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Yes, even rust has an official alpine image to compile rust applications on i= t, but it states some features won=E2=80=99t work such as procedural macros w= hich some libraries makes use of. Here=E2=80=99s an issue stating what shoul= d be done... https://github.com/rust-lang/rust/issues/40174#issuecomment-538791091 Augusto https://github.com/rust-lang/rust/issues/40174#issuecomment-538791091 >>> On 8. Nov 2019, at 18:47, Rich Felker wrote: >> =EF=BB=BFOn Fri, Nov 08, 2019 at 02:18:26PM +0100, Augusto C=C3=A9sar Dia= s wrote: >> It is indeed. The problem is there are some features in the rust compiler= >> that are not supported in musl. >=20 > Could you elaborate on that? My understanding is that several > musl-based distros are shipping rustc and it's believed/expected to > work fine, but maybe I'm missing something. >=20 > Rich >=20 >=20 >>>> On Fri, Nov 8, 2019 at 2:15 PM Szabolcs Nagy wrote: >>> * Augusto C=C3=A9sar Dias [2019-11-08 13:26:3= 3 >>> +0100]: >>>> My application depends on glib2 which I installed through apk and when i= t >>>> starts it fails with the following: >>>> ** >>>> GLib-GObject:ERROR:../gobject/gtype.c:2743:g_type_register_static: >>>> assertion failed: (static_quark_type_flags) >>>> Aborted >>> there is at least one known glibc quark bug >>> https://gitlab.alpinelinux.org/alpine/aports/blob/master/main/glib/0001-= gquark-fix-initialization-with-c-constructors.patch >>> but that should be fixed in alpine, and in recent musl >>> it should work even without patching, unless this is >>> static linking. >>>> I've trying to compile a C example directly in my alpine container and i= t >>>> works in there, so that made me believe I'm having some problems with t= he >>>> cross compilation/linking in my glibc container. >>>> Any ideas on how can I solve this? >>> why do you need to cross compile? >>> building natively on a musl based distro where all dependencies >>> are correctly built and packaged should be much more reliable. --Apple-Mail-DEEE7F50-F111-418A-A4D4-1C72C0F275F6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yes, even rust has an official alpine image to compile rust applicatio= ns on it, but it states some features won=E2=80=99t work such as procedural m= acros which some libraries makes use of. Here=E2=80=99s an issue stating wha= t should be done...

h= ttps://github.com/rust-lang/rust/issues/40174#issuecomment-538791091

Augusto
= 

https://github.com/rust-lang/rust/issues=
/40174#issuecomment-538791091

On 8. Nov 2019, at 18:47, Rich Felker <dalias@libc.org> wr= ote:

=EF= =BB=BFOn Fri, Nov 08, 2019 at 02:18:26PM +0100, Augusto C=C3=A9sar Dia= s wrote:
It is indeed. The problem= is there are some features in the rust compiler
that are not supported in musl.

Could you elaborate on that? My understanding i= s that several
musl-based distros are shipping rustc and it'= s believed/expected to
work fine, but maybe I'm missing some= thing.

Rich


On Fri, Nov 8, 2019 at 2:15 PM S= zabolcs Nagy <nsz@port70.net> wrote:

* Augusto C=C3=A9sar Dias <augusto.c.dias@gma= il.com> [2019-11-08 13:26:33
+0100]:
My application depends on glib2 which I installed t= hrough apk and when it
starts it fails with the following:
=

**
GLib-GObject:= ERROR:../gobject/gtype.c:2743:g_type_register_static:
assertion failed: (static_quark_type_flag= s)
Aborted

there is at least one known glibc q= uark bug

https://gitlab.alpinelinux.org/= alpine/aports/blob/master/main/glib/0001-gquark-fix-initialization-with-c-co= nstructors.patch

but that should be fix= ed in alpine, and in recent musl
it should work even witho= ut patching, unless this is
static linking.

I've trying to compile a C e= xample directly in my alpine container and it
works in there, so that made me believe I'm havin= g some problems with the
= cross compilation/linking in my glibc container.

Any ideas on how can I solve this?
=

why do you need to cross compile?

building natively on a musl based distro where all dep= endencies
are correctly built and packaged should be much m= ore reliable.
=

<= /blockquote>
= --Apple-Mail-DEEE7F50-F111-418A-A4D4-1C72C0F275F6--