From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/14591 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Tuan Hoang Newsgroups: gmane.linux.lib.musl.general Subject: Re: libexecinfo with musl Date: Thu, 22 Aug 2019 19:17:37 +0200 Message-ID: <2303a240-a249-b6a9-0905-12299ce643cb@linux.ibm.com> References: Reply-To: musl@lists.openwall.com Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="82315"; mail-complaints-to="usenet@blaine.gmane.org" To: musl@lists.openwall.com Original-X-From: musl-return-14607-gllmg-musl=m.gmane.org@lists.openwall.com Thu Aug 22 19:21:05 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 1i0qll-000LIS-IA for gllmg-musl@m.gmane.org; Thu, 22 Aug 2019 19:21:05 +0200 Original-Received: (qmail 1475 invoked by uid 550); 22 Aug 2019 17:21:02 -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 1454 invoked from network); 22 Aug 2019 17:21:01 -0000 In-Reply-To: Content-Language: en-US X-TM-AS-GCONF: 00 x-cbid: 19082217-0008-0000-0000-0000030BF933 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 19082217-0009-0000-0000-00004A2A28B1 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-08-22_11:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=3 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=787 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908220157 Xref: news.gmane.org gmane.linux.lib.musl.general:14591 Archived-At: We use libexecinfo, not sure if it helps your case. https://git.alpinelinux.org/aports/tree/main/s390-tools/APKBUILD#n49 https://git.alpinelinux.org/aports/tree/main/libexecinfo/APKBUILD On 8/22/19 1:32 AM, Guillaume Quintard wrote: > 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