From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout2.rbg.tum.de (mailout2.rbg.tum.de [IPv6:2a09:80c0::202]) by sourceware.org (Postfix) with ESMTPS id 214053858C74 for ; Sun, 14 May 2023 22:35:05 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 214053858C74 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=in.tum.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=in.tum.de Received: from mailrelay1.rbg.tum.de (mailrelay1.in.tum.de [131.159.254.14]) by mailout2.rbg.tum.de (Postfix) with ESMTPS id 81ECF4C0215; Mon, 15 May 2023 00:35:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=in.tum.de; s=20220209; t=1684103703; bh=ZcPjW1jQrAeP8Ak+Dv4TuZPvcP/0avYZMsjxiA8AI6g=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=NFmYtL8+q7NCQs6/8pAiouULR68Mn/pZ1t1givV6VI4um4yZy3DPTOW4qlyb1yYOA PYjJfvzCSCOaCBqqWI5lNlNIg+dgeo7Urd8L1WR+YaXbVxSQT2vwz9OVEjGADsDBvZ JAeMhBQ8TGHhStcOmDnTef1fZRZXwQMgSwupnqIVMMFUs0ned8avi1W50fxsNoRYCJ IBUuBlIBUnGbk+Cqk7HqARKoDy9fWzCHcwzo6XaFGk5X8onj3AFegtgvKJOPehuaE8 nBnL3pcDaR9mZ5utItyLWx7St3BfnChOo6Zdvmrg5sPwK+rqvzSZYFingsu0GXivfs gfTMgrzJjpufw== Received: by mailrelay1.rbg.tum.de (Postfix, from userid 112) id 7C04819E; Mon, 15 May 2023 00:35:03 +0200 (CEST) Received: from mailrelay1.rbg.tum.de (localhost [127.0.0.1]) by mailrelay1.rbg.tum.de (Postfix) with ESMTP id 28A87CD; Mon, 15 May 2023 00:35:03 +0200 (CEST) Received: from mail.in.tum.de (mailproxy.in.tum.de [IPv6:2a09:80c0::78]) by mailrelay1.rbg.tum.de (Postfix) with ESMTPS id 24B9624; Mon, 15 May 2023 00:35:03 +0200 (CEST) Received: by mail.in.tum.de (Postfix, from userid 112) id 1D86F4A0210; Mon, 15 May 2023 00:35:03 +0200 (CEST) Received: (Authenticated sender: neumann) by mail.in.tum.de (Postfix) with ESMTPSA id 8AC354A013B; Mon, 15 May 2023 00:35:02 +0200 (CEST) (Extended-Queue-bit xtech_in@fff.in.tum.de) Message-ID: Date: Mon, 15 May 2023 00:35:01 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: [PATCH] Fix assertion for unwind-dw2-fde.c btree changes Content-Language: en-US To: alice , =?UTF-8?Q?S=c3=b6ren_Tempel?= Cc: gcc-patches@gcc.gnu.org References: <2TMB4YQOP1E1R.2QLW7HCD1NVF3@8pit.net> <23a59ecf-9f5e-4d55-9f31-48242b775ec7@in.tum.de> From: Thomas Neumann In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: > even building the flatbuffers repo externally using cmake at the same revision > didn't reproduce it. > > that said, i have attached a dockerfile that shows you what /does/ fail, under > the specific conditions. but there is no unpatched libgcc_s, so you'll have > to do that part yourself, and build a libgcc_s.so.1 without the patch in this > thread. thanks for the dockerfile, I could reproduce the problem. For some strange reason the program really tried to register a frame table without entries. Perhaps that is caused by musl, I could not find the root cause for that. But nevertheless, fixing the assert is the right thing to do, we must ignore empty tables. Best Thomas