From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) by sourceware.org (Postfix) with ESMTPS id D83923858C83 for ; Tue, 1 Feb 2022 17:25:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D83923858C83 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-pl1-x635.google.com with SMTP id u11so15891941plh.13 for ; Tue, 01 Feb 2022 09:25:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :references:from:in-reply-to:content-transfer-encoding; bh=+h2viLUhZ2qswjelHzMKLKUw6HjPXTyv/YRSpPBWaJY=; b=jk86UHuNOk7kcaB5tQWxKuKOiaVCLEMCwVKjETYrxbvL6454v9ietMrqbpEHViOiwb Qfph45AMrzGDcDMAd1/aZaU9oEQDEF0E7elYz74zBXRPsUOXCbyFYXOpj9A4zi61Tezo Vjof8a1OSSywmkPcKmrU4HeF87NwVl3V5JtJ44MmKbmxv3qvBjwGLEVqVpPzuR2Mngy5 pyrSVaWqamWJEGf/Lh0uorCK9Q7h9tzf8skNCFJ4TSKzijsWZkn0cvE8wkV9y0Fn6JxI EQuBL0Pj4BOz9Spic2frTFZNj2gxz0FulasmGnopBNf6xhoAwK6sQdVRQhSJ1C+CConZ FEvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=+h2viLUhZ2qswjelHzMKLKUw6HjPXTyv/YRSpPBWaJY=; b=X2VNu37taJIS7fMf93Nk6AUojgf8sELL69gpmJR4owWW+gWhHdNYvN/RaLNa3R+jxt xtPY44ndHiJM9S87Dq76LhD5XAqoou2hr7CHOlHx/ZWMQQgmLhW/wLD+ixYScAVV7K4N Ta+4tzpFwlif9DZrKPsfiOeiPDwIypk0LXxq6KW4JFx54EGk3azKDBidaRl7m5QMndQ6 2PISjy8vSIzQed9N0ABlRhiZk1CNuSu97VGNkCfdFBTkmYLYh8kM/baSGHaF9E970ZLu F9mJPb+1iOZ4Fi017IBF0y4uolvEK1X33iuHA2L2o0D/zb/EiJQ8vOa+S0ZkU8YMRRu/ eoMQ== X-Gm-Message-State: AOAM531UBRkIBd4qyqMQzfqbz3o+svdKosbi3P7MIjnu87QZgYIGR2Of vQHssWKmGettW9bweAocrxo1fja0VtcrXQ== X-Google-Smtp-Source: ABdhPJwJg9pNNk4OiGcq5u1rX6zjO9XMpKwAxrXtqYXrb0SRCHXarNp1J+/BbHtvaacCos3it6cI7Q== X-Received: by 2002:a17:903:124e:: with SMTP id u14mr27354120plh.57.1643736327685; Tue, 01 Feb 2022 09:25:27 -0800 (PST) Received: from [172.31.0.204] (c-73-63-24-84.hsd1.ut.comcast.net. [73.63.24.84]) by smtp.gmail.com with ESMTPSA id s14sm23385730pfk.174.2022.02.01.09.25.27 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 01 Feb 2022 09:25:27 -0800 (PST) Message-ID: Date: Tue, 1 Feb 2022 10:25:26 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1 Subject: Re: nds broken by recent patches Content-Language: en-US To: newlib@sourceware.org References: <171dc9cb-6b2c-ead3-1c55-27fadb33220f@gmail.com> <3da42247-9096-0a03-4b38-66460854c2c7@gmail.com> From: Jeff Law In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, KAM_SHORT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2022 17:25:30 -0000 On 1/28/2022 10:13 PM, Mike Frysinger wrote: > On 28 Jan 2022 09:36, Jeff Law wrote: >> For example, someone mucked up the compiler for or1k-elf at the same >> time you're doing your refactoring.  Now I've got a patch to fix the >> compiler ICE, *but* I'm also getting a crap-ton of new testsuite >> failures in the testsuite due to missing _init/_fini symbols.  I don't >> know yet if that's a newlib issue or something else mucked up on the >> compiler side. > i had tried to run the newlib testsuite, but it didn't seem to work out > of the box. is there some trick/docs i'm missing to make them work ? No idea.  I'm actually using the GCC testsuite.   The whole idea behind my tester is to catch GCC codegen issues closer to the point where they're introduced.  Of course for these embedded targets I need a C library & simulator.  Enter newlib and the old cygnus simulators.... So for a newlib target the sequence looks something like: build & install binutils build & install gcc & libgcc build & install newlib run gcc testsuite > >> The h8300-elf port in the last few days has started failing while >> building newlib with: >> >> cp: cannot stat 'libc/crt0.o': No such file or directory > i pushed a fix for this, so retry latest please > https://sourceware.org/pipermail/newlib/2022/019024.html Thanks.  I can confirm that's fixed. > >> The iq-2000-elf port has started failing building newlib in the last few >> days with: >> >> make[3]: *** No rule to make target 'configure', needed by >> 'config.status'.  Stop. >> make[3]: Leaving directory >> '/home/jlaw/jenkins/workspace/iq2000-elf/iq2000-elf-obj/newlib/iq2000-elf/libgloss/iq2000' >> make[2]: *** [Makefile:132: stmp-bsp] Error 2 > i sent+pushed a fix for this > https://sourceware.org/git/?p=newlib-cygwin.git;a=commit;h=580817ec0132265e6dfd0bb19b5deaf6b5866a35 Also confirmed as fixed. > >> And there's others.  Some are definitely on the GCC side (arc failures >> for example) , but having so many things breaking at once is frustrating. > if your CI builders are public, point me at them and i can flip through. > i should be able to identify many of the libgloss/newlib ones that were > my fault a bit quicker. At this point we've covered those which are obviously due to the newlib/libgloss changes.  The current failures have to be examined with a debugger.  For example, bfin-elf seems to be failing after > commit 754f8def0dfeeb43afa5a96ad1971fd0ef02c419 > Author: Mike Frysinger > Date:   Sun Jan 23 01:10:33 2022 -0500 > >     libgloss: merge stub arch configure scripts up a level > >     For about half the ports, we don't need a subdir configure script. >     They're using the config/default.m[ht] rules, and they aren't doing >     any unique configure tests, so they exist just to pass top-level >     settings down to create the arch Makefile.  We can just as easily >     do that from the top-level Mkaefile directly and skip configure. > >     Most of the remaining configure scripts could be migrated up to >     the top-level too, but that would require care in each subdir. >     So let's be lazy and put that off to another day. > But the failure mode is it looks like libgloss/bfin/syscalls.c got mis-compiled, but you have to dig into a failed GCC testsuite binary with gdb to make that determination.  On a positive note, you may have fixed this issue this morning with: > commit 4b0e66093c0b48d5c363cf17c45ad9bf88ae526c > Author: Mike Frysinger > Date:   Fri Jan 28 05:12:54 2022 -0500 > >     newlib: fix preprocessor checks Anyway, if you want to take a peek at the CI/CD system http://gcc.gnu.org/jenkins Jeff