Results for 8.4.0 (Debian 8.4.0-3) testsuite on arm-unknown-linux-gnueabi

2020-04-04 Thread Matthias Klose
LAST_UPDATED: Obtained from git: releases/gcc-8.4.0 revision 8cd3bffead2ed1d1998c190865694f920fbc93ab Native configuration is arm-unknown-linux-gnueabi === libatomic tests === Running target unix === libatomic Summary === # of expected passes44 # o

Results for 8.4.0 (Debian 8.4.0-3) testsuite on arm-unknown-linux-gnueabihf

2020-04-04 Thread Matthias Klose
LAST_UPDATED: Obtained from git: releases/gcc-8.4.0 revision 8cd3bffead2ed1d1998c190865694f920fbc93ab Native configuration is arm-unknown-linux-gnueabihf === libatomic tests === Running target unix === libatomic Summary for unix === # of expected passes

Processed: your mail

2020-04-04 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > reassign 899219 src:gcc-10 Bug #899219 [src:gcc-9] gcc: __builtin_ms_va_list missing on arm64 Bug reassigned from package 'src:gcc-9' to 'src:gcc-10'. Ignoring request to alter found versions of bug #899219 to the same values previously set Ignor

Processed: merge all FTBFS caused by #954681

2020-04-04 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > tags 954681 + pending Bug #954681 [src:gcc-9] [gnat-9] crash caused by SOURCE_DATE_EPOCH patch Added tag(s) pending. > reassign 955646 src:gcc-9 Bug #955646 [src:liblog4ada] liblog4ada: FTBFS: gprbuild: symbol lookup error: /usr/lib/x86_64-linux-

Processed (with 3 errors): avoid duplicate FTBFS reports

2020-04-04 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > reassign 955685 src:gcc-9 Bug #955685 [src:libncursesada] libncursesada: FTBFS: configure: error: No usable Ada compiler found Bug reassigned from package 'src:libncursesada' to 'src:gcc-9'. No longer marked as found in versions libncursesada/6.1

Bug#954681: [gnat-9] crash caused by SOURCE_DATE_EPOCH patch

2020-04-04 Thread Nicolas Boulenguez
Hello. Commit 2e5e37249f09e54bb62e3ab87508e43ff709a4fb should improve the situation. It reverts the part affecting s-os_lib.adb. A GCC build produces the same checksum for it than 9.3.0-8 in libgnat-9, hopefully making gnat usable again by existing packaged libraries (I don't know how to test this

gcc-9_9.3.0-10_source.changes ACCEPTED into unstable

2020-04-04 Thread Debian FTP Masters
) unstable; urgency=medium . * Update to git 20200404 from the gcc-9 branch. - PR tree-optimization/93435, PR tree-optimization/94103, PR fortran/85982, PR ipa/94445, PR middle-end/94206, PR c++/91966, PR libstdc++/93960. . [ Nicolas Boulenguez ] * Fix #954681 but preserve

Processing of gcc-9_9.3.0-10_source.changes

2020-04-04 Thread Debian FTP Masters
gcc-9_9.3.0-10_source.changes uploaded successfully to localhost along with the files: gcc-9_9.3.0-10.dsc gcc-9_9.3.0-10.debian.tar.xz gcc-9_9.3.0-10_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)

Bug#954681: [gnat-9] crash caused by SOURCE_DATE_EPOCH patch

2020-04-04 Thread Matthias Klose
On 4/3/20 9:47 PM, Nicolas Boulenguez wrote: > Package: src:gcc-9 > Followup-For: Bug #954681 > Control: reopen -1 > > Hello. > > The initial symptom is cured, but the fix lets > debian/patches/ada-lib-info-source-date-epoch.diff modify > gcc/ada/libgnat/s-os_lib.ad[bs]. > > This invalidates the

Processed: Re: draft implementation for a Multi-Arch: foreign interface to gcc

2020-04-04 Thread Debian Bug Tracking System
Processing control commands: > reassign -1 src:gcc-10 Bug #666743 [src:gcc-8] gcc-4.6: please provide a multiarch:foreign compiler interface Bug reassigned from package 'src:gcc-8' to 'src:gcc-10'. Ignoring request to alter found versions of bug #666743 to the same values previously set Ignoring

Bug#666743: draft implementation for a Multi-Arch: foreign interface to gcc

2020-04-04 Thread Helmut Grohne
Control: reassign -1 src:gcc-10 Hi Matthias, On Sun, Sep 30, 2018 at 02:46:04PM +0200, Helmut Grohne wrote: > > - please complete the patch to cover all frontends. while these > >might not be necessary for your bootstrap effort, I'd like to > >have all frontends be covered in an uniform