From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx07-00178001.pphosted.com (mx07-00178001.pphosted.com [185.132.182.106]) by sourceware.org (Postfix) with ESMTPS id 717053858D1E for ; Wed, 20 Sep 2023 18:24:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 717053858D1E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=foss.st.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=foss.st.com Received: from pps.filterd (m0241204.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.17.1.22/8.17.1.22) with ESMTP id 38KHTiUH026792; Wed, 20 Sep 2023 20:24:43 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h= message-id:date:mime-version:subject:to:cc:references:from :in-reply-to:content-type:content-transfer-encoding; s= selector1; bh=cKyQ8IRjrQxmwA0iH9ECxRKE6vCf8dZpsJd76yowh2c=; b=BN Tu7aNj7LUpsxgA6ZHiMdpZPiYjmhMthzY9AUqs4LkSYFuGklB21iaZMxnsMmhMt6 l0q5idwagrtNO7zAq+iQTrjMZRJMr/Ov5JhIu/42P8IztmOoLYY3uCtvBM+JeI4g nVdZQJLndewtd7OcUQQybe75YaflaU/j9DqgYYdZaPVqd56HWVRe5twqryReGfpr Jl7UpIsqnp4PcnsrQ3FoLTEZggiGjA3rgFp4oRdI9ILUUWIsRMsnvze5Qs2NX24k 5aVSh2VmzRacvMCpxCoeAnEfMXlvC3wV2Ps65YpjdH890+8BE9tyIJNBePlOIXnk G7wkfeoZQ8bYuLkDQ6ew== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com (PPS) with ESMTPS id 3t53px0qem-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Sep 2023 20:24:43 +0200 (MEST) Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 2E342100058; Wed, 20 Sep 2023 20:24:43 +0200 (CEST) Received: from Webmail-eu.st.com (shfdag1node3.st.com [10.75.129.71]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 266DA27F33E; Wed, 20 Sep 2023 20:24:43 +0200 (CEST) Received: from [10.252.24.47] (10.252.24.47) by SHFDAG1NODE3.st.com (10.75.129.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.27; Wed, 20 Sep 2023 20:24:42 +0200 Message-ID: <11be429e-0acd-b1e9-ecda-3882c691de34@foss.st.com> Date: Wed, 20 Sep 2023 20:24:40 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Build error for moxiebox architecture Content-Language: en-US To: Chris Packham CC: References: From: Torbjorn SVENSSON In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.252.24.47] X-ClientProxiedBy: EQNCAS1NODE3.st.com (10.75.129.80) To SHFDAG1NODE3.st.com (10.75.129.71) X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.267,Aquarius:18.0.980,Hydra:6.0.601,FMLib:17.11.176.26 definitions=2023-09-20_08,2023-09-20_01,2023-05-22_02 X-Spam-Status: No, score=-5.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP 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: On 2023-09-19 10:04, Chris Packham wrote: > On Mon, Aug 14, 2023 at 10:24 PM Torbjorn SVENSSON > wrote: >> >> Hello, >> >> On 2023-08-13 02:27, Chris Packham wrote: >>> Hi All, >>> >>> I'm getting the next crosstool-ng release together and one build >>> failure we're having is for the moxiebox architecture: >>> >>> moxie-unknown-moxiebox/lib/libc.a(libc_a-closer.o): in function `_close_r': >>> moxie-unknown-moxiebox/src/newlib/newlib/libc/reent/closer.c:47: >>> undefined reference to `_close' >>> >>> and similar for _lseek, _read, _write and _sbrk >> >> As you do not include the link line, I'm assuming that you are not using >> anything out of the ordinary. In this case, maybe you should give >> --specs=nosys.specs a go and see if it helps. >> Regardless if it helps or not, it will likely only provide you with >> stubs that you need to override in you application to get something working. > > Yeah sorry. I'll get things in an issue for ct-ng so we have a proper > record to refer back to. > > One thing I have found is that things work fine with 4.2.0.20211231 > but fail with 4.3.0.20230120 (or the tip of main). I did see the > recent commit 55485616b ("Bring back libsim.a for riscv") and I note > the moxiebox definition of _close() is in libsim.a so this made me > wonder if whatever issue was affecting riscv was related to the moxie > failure. But I also note that there has been a bit of a change in some > Makefiles as per commit 66dfedc28 ("libgloss: merge bfin into > top-level Makefile"). I think you should not link with libsim.a when you are not using a simulator. > > So as a first step maybe I need to do a similar conversion. It looks > like those conversions involve some code changes and then the result > of running automake but I'm not sure what parts are manual and what > parts are from running automake. Any pointers on doing this for > another architecture. Sorry, but I can't help you on that.