From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/14910 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: Problems with libc6-compat Date: Fri, 8 Nov 2019 13:26:33 +0100 Message-ID: Reply-To: musl@lists.openwall.com Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000001d7c620596d4e548" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="125150"; mail-complaints-to="usenet@blaine.gmane.org" To: musl@lists.openwall.com Original-X-From: musl-return-14926-gllmg-musl=m.gmane.org@lists.openwall.com Fri Nov 08 13:31:43 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 1iT3QV-000WRO-A0 for gllmg-musl@m.gmane.org; Fri, 08 Nov 2019 13:31:43 +0100 Original-Received: (qmail 21852 invoked by uid 550); 8 Nov 2019 12:31:36 -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 9231 invoked from network); 8 Nov 2019 12:26:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=mTfDhSovEjzojH4Y4jY3EIy4DnIvCRbz55fMeXg48pk=; b=ACkA2haomteEvMcFYv2nlU1hBtVmqSEumXBubXfcgOrTmtz8fLb9GXDxApeZq1xefk UWW0+9pT9ot/1upNxNj8YBs5XHi/CLjR7Odm/KWkM9fYwL5KkkVaZgGO+YbgtdzLL6Hw 0pk5Qcd9bMFGWXiZCJupjbNbd5sJppm1e8bNt7YybQx6hLJBOMVHWHxkEKBzZI4Zfud9 tL/GZtj3IWiAleRitxKRj8wAX8JAYI1zSBQfohO/PGgWcF0F/tzMq4JZ6Pdakxzinfw6 dM8B/Z8/Xe+u83zu5qAC2ZqY9t0FXRlnE3SItLGSXcTGZFoqqAPlXd6lwxoL5f94lnxN U+pw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=mTfDhSovEjzojH4Y4jY3EIy4DnIvCRbz55fMeXg48pk=; b=ts/dxJRFmyoVBk4D4E/lBcistVHSTlk2F+0QHNG2WwHTZRPrDiTGZ8pycFkZ394PZ6 7uPzG/c2tQlG2Ybs5TgLsl9GySOJCpWQI72evHe2Xhnj0Z5hM5Nytge3zGIulM2nnKrm x/tzIszstwS0Y2omdE/WQvhDh2oG9k2cozdV5SPfic8Q5RlCk4xYK8vF0jECkYlSrRkZ TtNLKW3W4A+rrd+JPD5ft2cprlJJbv7ka5znKU6pKWnoDgNpDbYosUMUQcrvC77v/bo8 3JJS+1zX19x38xk1jJUQKmILAqOBDKMl8padgYOTqj1UrVZ5s87ZPirYeLY3qRmZxWSE DLXA== X-Gm-Message-State: APjAAAWZ2MktHMmVgKrfqa2LYJ3E0yx6+3NOD6fA7P+n1p3ei9GnwpPq 0tSLynuuv9AEWijOv6ULWnQOiPM0tMvGgU8Y1hfotAFJp0s= X-Google-Smtp-Source: APXvYqzuh/H4sHWm64aEqRIDF3yyc4Nke45788qzTprHMaY+XTiItCqYlSn1TIEYmWp5dKgQqdWtOAHvI8EqpZlHsPo= X-Received: by 2002:a1c:2dd0:: with SMTP id t199mr7703720wmt.58.1573216004699; Fri, 08 Nov 2019 04:26:44 -0800 (PST) Xref: news.gmane.org gmane.linux.lib.musl.general:14910 Archived-At: --0000000000001d7c620596d4e548 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I'm trying to run my rust application on Alpine but I'm having problems with either using musl as a target or using the compatibility layer for glibc. When I try to use from the libc6-compat I'm having this problem: Error relocating my_app: __register_atfork: symbol not found Error relocating my_app: __res_init: symbol not found Is this a bug or this symbols are not at all supported by the compatibility layer? When I try to target musl, I have a different problem. I cannot compile my application directly on musl, because some features from the rust compiler are not supported. What I did was compiling on a debian image targeting musl and moving my binary to my alpine image. It looks like even targeting musl, the linker still uses some glibc variants at build time, which my little experience with C doesn't help me being sure if this would be a problem or not. My application depends on glib2 which I installed through 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_flags) Aborted I've trying to compile a C example directly in my alpine container and it works in there, so that made me believe I'm having some problems with the cross compilation/linking in my glibc container. Any ideas on how can I solve this? Best regards, *Augusto C=C3=A9sar Dias* --0000000000001d7c620596d4e548 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I'm trying to run my rust ap= plication on Alpine but I'm having problems with either using musl as a= target or using the compatibility layer for glibc.
<= div dir=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gmail_signature= ">

= When I try to use from the libc6-compat I'm having this pr= oblem:


Error relocating my_app: __register_atfork: symbo= l not found
Error relocating my_app: __res_init: symbol not found


Is this a bug or this symbols are not at all supported by = the compatibility layer?


When I try to target musl, I ha= ve a different problem. I cannot compile my application directly on musl, b= ecause some features from the rust compiler are not supported. What I did w= as compiling on a debian image targeting musl and moving my binary to my al= pine image. It looks like even targeting musl, the linker still uses some g= libc variants at build time, which my little experience with C doesn't = help me being sure if this would be a problem or not.

My application= depends on glib2 which I installed through apk and when it starts it fails= with the following:

**
GLib-GObject:ERROR:../gobject/gtype.c:274= 3:g_type_register_static: assertion failed: (static_quark_type_flags)
Ab= orted


I've trying to compile a C example directl= y in my alpine container and it works in there, so that made me believe I&#= 39;m having some problems with the cross compilation/linking in my glibc co= ntainer.=C2=A0

Any ideas on how can I solve this?=C2=A0


=

Best=C2=A0regards,

Augusto C=C3=A9sar Dias<= /p>

--0000000000001d7c620596d4e548--