From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) by sourceware.org (Postfix) with ESMTPS id 9A18E3858D28 for ; Sat, 29 Jan 2022 02:12:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 9A18E3858D28 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-pg1-x534.google.com with SMTP id 133so6866546pgb.0 for ; Fri, 28 Jan 2022 18:12:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=wQX/E4mkvT5+q/z24oeiQYBvt+1iCYj6Y6K2byezXoc=; b=JwAzYkIwmPPGJte/fcfHjdWLhlRKkFUAQE5VxIkbwwj82TWVRTgJlZdkWkAUZZ/ngE x3yImhHNVVpbO/tFLsPLql1Uz1W8T4OYhzJlCs1bbXV69ioZppXLv/MTc1k6gTq6GheK 9iq69+SkXXzeFN1TAGTodEWXGIE0VSpA03oESRMBgC+WdoyjzWCSXLIlSDQtm4eKm5FE Psn3EN0bSCRDO8LDWM2P/f2HA8hPkZVipA1JBtxFn8SRg4BmyzyYvgnJX3VnH5zBmOiI Sy7i01i48w/gGRr2sBwhr9/NuigQsdwBShy/bUZHqNcGPGgacAnqCr9dt6wgTKU7fydr tKmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=wQX/E4mkvT5+q/z24oeiQYBvt+1iCYj6Y6K2byezXoc=; b=4vnuQ2Q6N09vSIuVYFdf0inR2O+rn2N+uxmg503Cxsz95+leuTwdgxaRuplM36NMU6 7VQY9em468L01HLkJNbdDZM1vUCSJWBighcB/xRv0oQpYFp+lKeyY9XV++dqLYrPBhYq 6tbva2V1GfpZhqH2lmRMB+Uuny9xY8ggFhhJ4o9ArILtrxmZW3ual1Pz9Djfh3PwO6P7 U+dORZCWsdw+CpPlrdWM3b1MfwjvomPU68roQ13VV4AFaz9Q9VphLsArgr4cyBmyECyP c2rVWwFpwqIKeiIkn8Dkmr36y+0RYgBw0XbXCE9LEtWDZ12m7qFWRVL7xg5DUnAojK18 FjFg== X-Gm-Message-State: AOAM530R6rJHJn+dtnD8TB5POO5I0/V8/J4/0jcpnCQynXxTkniYgx8B HO/y00aMg+RrOqQbaew/WxdtHYq8qpoMzQ== X-Google-Smtp-Source: ABdhPJzbo4PQ8TEbTh3mW9mkP22twvlzazrbzGwiRoxgTK5crpsZFU9vyRRCGNS0Pzs927GpiVTyPQ== X-Received: by 2002:a63:1744:: with SMTP id 4mr8989607pgx.158.1643422327687; Fri, 28 Jan 2022 18:12:07 -0800 (PST) Received: from localhost ([2409:10:24a0:4700:e8ad:216a:2a9d:6d0c]) by smtp.gmail.com with ESMTPSA id y15sm10781579pfi.87.2022.01.28.18.12.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 28 Jan 2022 18:12:07 -0800 (PST) Date: Sat, 29 Jan 2022 11:12:05 +0900 From: Stafford Horne To: Jeff Law Cc: Mike Frysinger , newlib@sourceware.org Subject: Re: nds broken by recent patches Message-ID: References: <171dc9cb-6b2c-ead3-1c55-27fadb33220f@gmail.com> <3da42247-9096-0a03-4b38-66460854c2c7@gmail.com> <88742b7f-f8da-bf31-607a-cf012e603b1c@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <88742b7f-f8da-bf31-607a-cf012e603b1c@gmail.com> X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, 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 02:12:10 -0000 On Fri, Jan 28, 2022 at 05:58:46PM -0700, Jeff Law wrote: > > > 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. Now that glibc is upstream I guess the answer is yes. I have been building a buildroot using my glibc braches/now on master (maybe some buildroot patches need to be upstreamed to tell buildroot or1k has glibc support). With that we can test using qemu user mode. I used to use qemu user mode to test the glibc test-suite but not all syscalls are emulated so there were some tests that would fail. -Stafford