From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) by sourceware.org (Postfix) with ESMTPS id 8E74C3858D28 for ; Sat, 29 Jan 2022 00:58:48 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8E74C3858D28 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-x62e.google.com with SMTP id h14so7717877plf.1 for ; Fri, 28 Jan 2022 16:58:48 -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 :cc:references:from:in-reply-to:content-transfer-encoding; bh=M7+168DEqe1/D4BRAHbw5kVUt0wfRS5iiN/yxyV01p4=; b=LNBVItmgwl9Ng7PM5B1da7e5cTFuUbz/60qoAuVCF/pxcBdIfb9HUMi7TJrxa5iQBB HkVVCsiPJ8fKb1U/0ReGWSmATbwwGDyry5Mt7ze8/K1V8jzIxsuhmbqA46zIk9veTxXs qBW3PyzgXbqMmkzEzexQD5BKBOgijEEfZiy5KLsKNH2RlOaCo3R+EERe1moUUcCn9WyY rEnJvjQ7h/jZLNQmFxcVVazIh+5gyXNedPilMndfKz9FzMnKdEKfL8RPKJn46wB60bBY JXfBCCEl3W5O7/6RjURSs/H5/kLG8fcGYSKZtNmthFDguBIp+8MqdEe8kk3ZOB9NcYkp hrfg== 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:cc:references:from:in-reply-to :content-transfer-encoding; bh=M7+168DEqe1/D4BRAHbw5kVUt0wfRS5iiN/yxyV01p4=; b=M0mDbBhLZ+P6i18zK4BEluCM3kTPBX+eHIkZDW5vS3lRnLRpSbOVZJDlKzZq+4SbXH OMOvieNjvmmISUh5ugQWUs3lCrhcZOQ7J66KA9zYfktQdr45U7hJqfRsCdBOy6i7Vh4x UZAI9CNJb3c9TLkKbx16okO+TObZ/Hk1OfU9VSq7J7bqy3Y8gwH5tI1Sx7TWBjSFBS/j IFIktTN9B6lCIAB7xlbqOOJzhK+rjEx2NJ21iziSCubjfNAvIH/ychw0iXT0thv8X5T1 HLqsrJX4W9YObMM/7gA+3IHF/pPN/VRR4vCt6fvLz7yYoPawHVOvUf0WSnMwtK17ae8E 3eHw== X-Gm-Message-State: AOAM530eFh+Ge2DTXOyPqF3pVxlymGoQHUBiH/CKGwok/0DXl6sYCMe1 1oypW9u8V6PGjACAlBU3F7I= X-Google-Smtp-Source: ABdhPJzi6Fey5Mwwm05ygbsrDH6PGFcX1Xi/u02EBYRswWSwnrZWHZP6u9yvhoaVbTpz3cDRCjNBHw== X-Received: by 2002:a17:902:d48a:: with SMTP id c10mr10970703plg.2.1643417927463; Fri, 28 Jan 2022 16:58:47 -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 gt19sm3346604pjb.50.2022.01.28.16.58.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 28 Jan 2022 16:58:47 -0800 (PST) Message-ID: <88742b7f-f8da-bf31-607a-cf012e603b1c@gmail.com> Date: Fri, 28 Jan 2022 17:58:46 -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: Stafford Horne Cc: Mike Frysinger , 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, 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: Sat, 29 Jan 2022 00:58:50 -0000 On 1/28/2022 4:32 PM, Stafford Horne wrote: > On Fri, Jan 28, 2022 at 02:54:24PM -0700, Jeff Law wrote: >> Replying to myself... >> >> On 1/28/2022 9:36 AM, 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 think I've tracked this done.  The change to internalize >> HAVE_INITFINI_ARRAY wasn't complete.  It missed newlib.  Affects aarch64, >> arm, or1k and cris -elf ports.  I don't test for former pair, but I do test >> the latter pair.   or1k and cris fail differently. or1k-elf code fails to >> link, while cris-elf fails a few tests that rely on ctor/dtor support. > Is there anything I can help with here for or1k-elf? Or was this something I > did wrong with ff7b7b894 ("libgloss: or1k: If available call the init for > init_array")? It's a trivial goof in some recent refactoring in newlib. > > I haven't rebuilt my newlib toolchain since last year or so. Which raises an interesting set of questions.  Is or1k at a point where we can cross build glibc & the kernel using upstream bits?    Is qemu user mode emulation available?  The former pair would be a step forward from a testing standpoint.  If we had the latter too, then we could build a rootfs and do native 3-stage testing in a chroot. jeff