From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) by sourceware.org (Postfix) with ESMTPS id E3B9A383802C for ; Thu, 3 Jun 2021 12:10:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E3B9A383802C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=embecosm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=embecosm.com Received: by mail-ed1-x533.google.com with SMTP id w21so6725627edv.3 for ; Thu, 03 Jun 2021 05:10:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=embecosm.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CQRxxy+eeQOrr9cASEqaZwuFBAV+SeTquHo3A199OEY=; b=Y0cBnqHjNiGKFR3nmiRooKjzXXogON4mYFTP+5r8JKdDu6+vAPbwyZWOfCZv3OpmKO tnt9J1W/jrxPjkvBMHeWASZk+VvjZXZ0vSF554sQxFRH7aSYSHeBJJDPqFsw5rJiq+Yx +BN52/BPnchifO7mVYQXoLkGhsPX6WUf3iCBgWgfys1YLLcf/3jsrrm+6NlB2QOq6fMZ 0uKVm+UkkbLOLNw2ZKeHfnJqd+rGz/4aqxhemMibSBdcPkGI9ZYj32OgW0RCWNsWR6bD u3o+Eb1q9xPbgM5KlITl4Ygfa+HPD1GquN0Ba2RB5K3/7LAzpmZkk7s7AReDiTTy04K6 HI4g== 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:cc; bh=CQRxxy+eeQOrr9cASEqaZwuFBAV+SeTquHo3A199OEY=; b=fbSTO9HBm055X7Gg58VFjuu+dkguL7S/G9Kf2xfq+cmUOaPlV2Hhm/ccyktEoM9VK4 UHyUQe40gm6rnKRaImldjSsrrAhRWA0OsZMg62SLZxizI9QbSidvX34KeJ+SC659Qlsa BZXMBNu04hrrDLoID5wiIkYaxN+9qYO5ijmYe2XQyTGgrVE6gA1LRN6ebcnrqBGnYqyI V0V+1IKAJi23iQ2q7W3j3iLSPsQaDzd/Nxe5GLZdP6v5N9GDLjljox0Q3cSSGXcSW2NW U3fBfD388CMQRNzxsqC4pD7UAhBbU/GbO6ZVGOAcVbHKMlmfvkNbjn+REDEbxEoWPSVT U3uA== X-Gm-Message-State: AOAM530vd/17XCVey1AsDKfDDPC9YKzNyRLOxFrofoC/u6Z5Ky25dgwC 6aoYH81uOWNFkoae5Pxeyk3PFaxp6cXIhrgEncUN/Q== X-Google-Smtp-Source: ABdhPJxwIHY1v+KybUtohOltqHgMudvXITGhM8Hw3U+lr9ywkd8A6DM7H64ugfyWM555PbGYsdWdqNmvn2y2QDZQhUg= X-Received: by 2002:a05:6402:1601:: with SMTP id f1mr43302455edv.383.1622722246903; Thu, 03 Jun 2021 05:10:46 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Philip Herron Date: Thu, 3 Jun 2021 13:10:36 +0100 Message-ID: Subject: Re: Test results for gccrs on Debian unstable aarch64 To: John Paul Adrian Glaubitz Cc: gcc-rust@gcc.gnu.org Content-Type: multipart/alternative; boundary="000000000000189b4a05c3db77d6" X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, HTML_MESSAGE, KAM_NUMSUBJECT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc-rust@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: gcc-rust mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2021 12:10:49 -0000 --000000000000189b4a05c3db77d6 Content-Type: text/plain; charset="UTF-8" That's likely a better solution. In fact, I started looking at that a while back, but I haven't test/finished it: ``` language: c arch: - amd64 - ppc64le - s390x - arm64 os: linux before_install: - sudo apt-get install -y automake autoconf libtool autogen bison flex libgmp3-dev libmpfr-dev libmpc-dev build-essential gcc-multilib g++-multilib dejagnu script: - mkdir -p gccrs-build; - cd gccrs-build; ../configure --enable-languages=rust --disable-bootstrap --enable-multilib; make -j $(nproc); make check-rust - cd gccrs-build; \ if grep "# of unexpected" gcc/testsuite/rust/rust.sum;\ then \ echo "some tests are not correct"; \ exit 1; \ else \ exit 0; \ fi ``` I might make an issue out of this, in the hopes someone can test and fix up this initial travis.yml. --Phil On Thu, 3 Jun 2021 at 13:05, John Paul Adrian Glaubitz < glaubitz@physik.fu-berlin.de> wrote: > Hi Phil! > > On 6/3/21 1:58 PM, Philip Herron wrote: > > I just had a thought it would be nice if we could keep a matrix of > > different platforms gccrs has been tested on, and they could have states > of: > > > > 1. Build Failure > > 2. Test Failures link to log > > 3. Tests pass, no unexpected results > > > > What if we maintained a section in the wiki for this? > Sounds like a great idea. I think another idea would be to set up Travis > which > has support for a couple of architectures such as aarch64 and ppc64le. > > I'm not planning to keep repeating this manual build and testsuite runs, > but I > just want to get familiar with the project and fix some minor portability > issues > while I'm at it. > > I'm also particularly interested to see how well gccrs already works on > various > architectures. Getting Rust to work on more targets is very important for > Debian > as we have some architectures which are currently falling behind due to > the lack > of platform support in rustc. > > Adrian > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaubitz@debian.org > `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de > `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 > --000000000000189b4a05c3db77d6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That's likely a better solution. In fact, I start= ed looking at that a while back, but I haven't test/finished it:
```
language: c

arch:
=C2=A0 - amd64
=C2=A0 - ppc64le
= =C2=A0 - s390x
=C2=A0 - arm64
=C2=A0
os: linux

before_inst= all:
=C2=A0 - sudo apt-get install -y automake autoconf libtool autogen = bison flex libgmp3-dev libmpfr-dev libmpc-dev build-essential gcc-multilib = g++-multilib dejagnu

script:
=C2=A0 - mkdir -p gccrs-build;
= =C2=A0 - cd gccrs-build; ../configure --enable-languages=3Drust --disable-b= ootstrap --enable-multilib; make -j $(nproc); make check-rust
=C2=A0 - c= d gccrs-build; \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if grep "= # of unexpected" gcc/testsuite/rust/rust.sum;\
=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0then \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 echo "some tests are not correct"; \
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 exit 1; \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 else \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ex= it 0; \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 fi

```

<= /div>
I might make an issue out of this, in the hopes someone can test = and fix up this initial travis.yml.

--Phil

On Thu, 3 Jun 2021 at 13:05, John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> wrot= e:
Hi Phil!

On 6/3/21 1:58 PM, Philip Herron wrote:
> I just had a thought it would be nice if we could keep a matrix of
> different platforms gccrs has been tested on, and they could have stat= es of:
>
> 1. Build Failure
> 2. Test Failures link to log
> 3. Tests pass, no unexpected results
>
> What if we maintained a section in the wiki for this?
Sounds like a great idea. I think another idea would be to set up Travis wh= ich
has support for a couple of architectures such as aarch64 and ppc64le.

I'm not planning to keep repeating this manual build and testsuite runs= , but I
just want to get familiar with the project and fix some minor portability i= ssues
while I'm at it.

I'm also particularly interested to see how well gccrs already works on= various
architectures. Getting Rust to work on more targets is very important for D= ebian
as we have some architectures which are currently falling behind due to the= lack
of platform support in rustc.

Adrian

--
=C2=A0.''`.=C2=A0 John Paul Adrian Glaubitz
: :' :=C2=A0 Debian Developer - glaubitz@debian.org
`. `'=C2=A0 =C2=A0Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de =C2=A0 `-=C2=A0 =C2=A0 GPG: 62FF 8A75 84E0 2956 9546=C2=A0 0006 7426 3B37 F= 5B5 F913
--000000000000189b4a05c3db77d6--