From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,RDNS_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 Received: (qmail 353 invoked from network); 18 Mar 2020 22:44:17 -0000 Received-SPF: pass (mother.openwall.net: domain of lists.openwall.com designates 195.42.179.200 as permitted sender) receiver=inbox.vuxu.org; client-ip=195.42.179.200 envelope-from= Received: from unknown (HELO mother.openwall.net) (195.42.179.200) by inbox.vuxu.org with ESMTP; 18 Mar 2020 22:44:17 -0000 Received: (qmail 15955 invoked by uid 550); 18 Mar 2020 22:44:15 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 15937 invoked from network); 18 Mar 2020 22:44:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=w0WX2jjGRjVHwv7xuMBFMtjTid5CvAep0WIE77Ze3Do=; b=BOwCSjlJUdzSNtCSoK1xiJLCJRPQbkcKO03/81VQAFCHGRFztfoC7TxgTxrVSqc8yS rgQkp0qBEsY83q67iQdg0DJFP+zE95TMlpOA48Mpfn/WC/nWLpYIfih8Es3V/C4IOLBq gGqE/63abFjkTcGa794SWgFt2bKJjT65zWApv6JHIdxwvxVd9VBtT5T/GM0Cdr3h5KBO pvVLHwLn1ilrSxqB5uVZSbKAoQ5nnN7DT2rCWmuYFcGx2G+etKhItgNi30/FXrz+GTbx u+cKBDRb2YbwMJ2W08VWh4Jsg8oT9NtQ1iOptSIcZdNKGtmEz0HnAuD51Fdmo/VIaTaL KDqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=w0WX2jjGRjVHwv7xuMBFMtjTid5CvAep0WIE77Ze3Do=; b=SjkvwJToBqSkNdU9VyEvsJxc5NTu+GE9ehL7cv4uB3V1bQNOsHFZeWFq9NfR0LoJJk VH54odVaGRPDl9gwbJnBu+i/GVAib2thR1IF0jx79oX6E3IbOQa2pxP9zaqa75elPM0G WKOUOHGlpI/Zv5+wykuWoQGhIRQJXdjVRdHhtSHR3FD5dZFfHgfK9UvOMrFbDBJzJnpV HGFI+8mrMbINgvYU4NTEB70jIQ10iJp8q9Meoq8137AowwGrxzdfKXBAZG3wnnQktsKU +sruz6SrvCpIxlTWYXlYdKmHR/uAR8iWBA7CsO/ZwGeiPY8DFJNMKhruL9mUG31hW2yO P67A== X-Gm-Message-State: ANhLgQ1yjwCWxzjsXagfGNm6ZI1rtnGrg/X8AC0JRZe3jhaPQ6j1A9h0 lK5J+KkWtJhBOJwaYAo/sCqJpCxunNPiA8mX2zexeg== X-Google-Smtp-Source: ADFU+vupLHj5XBMnu1SrekAvcq3YKFoQ4CKvWOV/bpqh6ugnQBk7q6WOEokrIlXGxciyJ72umbAtAnB0c8uYzc5Qj6o= X-Received: by 2002:a6b:7206:: with SMTP id n6mr94622ioc.142.1584571442614; Wed, 18 Mar 2020 15:44:02 -0700 (PDT) MIME-Version: 1.0 References: <20200318191039.GQ14278@port70.net> In-Reply-To: <20200318191039.GQ14278@port70.net> From: Patrick Oppenlander Date: Thu, 19 Mar 2020 09:43:51 +1100 Message-ID: To: musl@lists.openwall.com Content-Type: text/plain; charset="UTF-8" Subject: Re: [musl] armv7-m musl 1.2.0 toolchain crash On Thu, Mar 19, 2020 at 6:10 AM Szabolcs Nagy wrote: > > * Patrick Oppenlander [2020-03-16 16:41:17 +1100]: > > After the update to musl 1.2.0 (1.1.24 was fine) ld crashes when > > trying to link a C++ executable. C executables successfully link. The > > toolchain was built as at commit > > 5086175f29021e3bebb7d9f5d83c4a796d96ebbd of musl-cross-make with the > > following configuration: > > > > TARGET = armv7m-linux-musleabihf > > GCC_CONFIG += --with-cpu=cortex-m7 # easier than arch/fpu/tune > > GCC_CONFIG += --enable-languages=c,c++ > > GCC_CONFIG += --disable-libquadmath --disable-decimal-float > > GCC_CONFIG += --enable-default-pie > > GCC_CONFIG += --enable-cxx-flags="-ffunction-sections" > > MUSL_CONFIG += --enable-debug > > COMMON_CONFIG += CFLAGS="-g0 -Os" CXXFLAGS="-g0 -Os" > > COMMON_CONFIG += --disable-nls > > COMMON_CONFIG += --with-debug-prefix-map=\$(CURDIR)= > > > > Host compiler is arch linux gcc 9.3.0-1. > > > > This results in a toolchain which does the following: > > % cat test.c > > int main() { return 0; } > > % armv7m-linux-musleabi-gcc test.c > > % armv7m-linux-musleabi-g++ test.c > > collect2: fatal error: ld terminated with signal 11 [Segmentation > > fault], core dumped > > compilation terminated. > > > > The crash is a null pointer dereference in ld here (sym_hashes is 0): > > > > (gdb) bt > > #0 cmse_scan (input_bfd=0x555555e3a110, htab=0x55555578a260, > > out_attr=0x5555557885c0, sym_hashes=0x0, > > cmse_stub_created=0x7fffffffd4c8) > > at ../../src_binutils/bfd/elf32-arm.c:6016 > > > this is likely fixed by this binutils commit: > > commit 73d5efd7e13ebd8fe87278224bc2ae777af3de52 > Author: Alan Modra > AuthorDate: 2019-11-21 08:57:00 +1030 > Commit: Alan Modra > CommitDate: 2019-11-21 21:08:30 +1030 > > ARM cmse_scan segfault > Thanks for looking into it. Patrick