From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/14588 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Guillaume Quintard Newsgroups: gmane.linux.lib.musl.general Subject: libexecinfo with musl Date: Wed, 21 Aug 2019 17:32:44 -0700 Message-ID: Reply-To: musl@lists.openwall.com Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000b40e770590a9d494" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="237180"; mail-complaints-to="usenet@blaine.gmane.org" To: musl@lists.openwall.com Original-X-From: musl-return-14604-gllmg-musl=m.gmane.org@lists.openwall.com Thu Aug 22 02:33:12 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 1i0b2N-000zbz-Mg for gllmg-musl@m.gmane.org; Thu, 22 Aug 2019 02:33:11 +0200 Original-Received: (qmail 1660 invoked by uid 550); 22 Aug 2019 00:33:08 -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 1627 invoked from network); 22 Aug 2019 00:33:07 -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=ZrIf4KIDDQKSrF0MXey32F70Fx57ksfHvfb08NPofs8=; b=QoIK++qKWv5FqTMMZhm1TA6zYuHk7vOjz5boHkyJ3qY5/7bWpW5wFHt6uBNDSzQ0uZ Mu+pJVHgHnaXd1V/EG7nUHAOx0V8yI8YKfSzgMPf5TbXPSBQEtn3jsN3aWHjy7TL3PrH el+LgBCcIS1he1zIFjvPQOlDCTOrcHYPfhpqv07uUVjQHUp2cepr/J4pN1ug1eru3Wb+ fOIRaQexTcpL/M09nRoxnSfAk9EPLB8Y/sMfjG/EImnfEX1aVAZs8bvuPGjtJWbMVma3 My+42CFT3hD+3KvfKt4gdbw5R0p+wDuXwnkC9tbDHBovql8cXxuZ7locJYgOk2ZB4L03 DgpQ== 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=ZrIf4KIDDQKSrF0MXey32F70Fx57ksfHvfb08NPofs8=; b=Pijz0XLC4JlxNqTiFXNHO7Ko9aHf2UgAdi1NnXrgnnQyzZt7AgssxWJM5Ua7YkWc2p 0lhY1+NfMe2VncV3olaqQJeFTa5Phzr/EKfsAwMrxiSyJPhch8FikFkOqOEDbjiJQcDs I7MPMz9GFHwEa0mukdyLdU6lDek9eP5YbXg+qHzOzRXZNDykQ+jXNDGlTaav8zjJHZFj 5kfiWMUROJO2d9m9AqS1OUswf+53WlVkkdv6jMfULX2H5nlAlLBAhlVFN5Nebo6sW30w RKG7aF+BAar/+/c7KS27MBtjvJNxpFMe9bMEluYUXZJCQJBYRwWObwNO3l5bPAhhvOB1 q/+A== X-Gm-Message-State: APjAAAXYOl5AVweb6/OSY/TJRBYtNhD0AvpHYkO/vDmsudqmR/fISDnE TEdZJBDVMMM2p5FSTPeXfzRskBZb4CVqOQrH/lRw4laS6rSpxA== X-Google-Smtp-Source: APXvYqyVw0zLrFskbiBZn66fFMddzOjAH2qsRwcqqQuEGYvCFX2+6d0iDYZjjlMzIg4nI0TsKs5yDNXzCtG4F+udu2w= X-Received: by 2002:adf:9e09:: with SMTP id u9mr11278315wre.169.1566433975994; Wed, 21 Aug 2019 17:32:55 -0700 (PDT) Xref: news.gmane.org gmane.linux.lib.musl.general:14588 Archived-At: --000000000000b40e770590a9d494 Content-Type: text/plain; charset="UTF-8" Hi, Apologies if this has already been answered before, information is a bit hard to find on the topic. This is what brings me here: https://github.com/mikroskeem/libexecinfo/issues/2 I'm trying to build and run a bigger program (varnish) that requires backtrace(), and while it compiles, executing backtrace() results in a segfault. It looks like the function __builtin_frame_address doesn't really do what it should. It's apparently a builtin function from the compiler, but I sort of understood it also requires some support from the libc. If that's the case, would someone care to explain the specifics to help us decide if we should just cut the backtrace() feature from varnish on musl, or if we should work towards feature parity. Thanks! -- Guillaume Quintard --000000000000b40e770590a9d494 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Apologies if this has al= ready been answered before, information is a bit hard to find on the topic.=


I'm trying to build and= run a bigger program (varnish) that requires backtrace(), and while it com= piles, executing backtrace() results in a segfault. It looks like the funct= ion __builtin_frame_address doesn't really do what it should.

It's apparently a builtin function from the compiler, b= ut I sort of understood it also requires some support from the libc. If tha= t's the case, would someone care to explain the specifics to help us de= cide if we should just cut the backtrace() feature from varnish on musl, or= if we should work towards feature parity.

Thanks!=

--
Guillaume Quintard
--000000000000b40e770590a9d494--