On 29.10.19 23:26, John David Anglin wrote:
/usr/bin/hppa-linux-gnu-ld: cannot find -latomic
collect2: error: ld returned 1 exit status
yes, fixed in the VCS
Source: gcc-9
Version: 9.2.1-15
Severity: normal
Dear Maintainer,
The build failed with the following error:
make[6]: Entering directory '/<>/build/hppa-linux-gnu/libgnatvsn'
/bin/mkdir -p '/<>/debian/tmp/usr/lib/ada/adalib/gnatvsn'
/usr/bin/install -c -m 444 .libs/*.ali
'/<>/debian/tmp/usr/lib
Processing commands for cont...@bugs.debian.org:
> reassign 943401 g++-9
Bug #943401 [gcc-9] libreoffice C++ Unit tests failing when built with gcc >=
9.2.1-12 (Failure instantiating exceptionprotector)
Bug reassigned from package 'gcc-9' to 'g++-9'.
No longer marked as found in versions gcc-9/9.
Processing commands for cont...@bugs.debian.org:
> reassign 943401 gcc-9
Bug #943401 [libstdc++6] libreoffice C++ Unit tests failing since 9.2.1-12
((Failure instantiating exceptionprotector)
Bug reassigned from package 'libstdc++6' to 'gcc-9'.
No longer marked as found in versions gcc-9/9.2.1-12
reassign 943401 gcc-9
found 943401 9.2.1-12
retitle 943401 libreoffice C++ Unit tests failing when built with gcc >=
9.2.1-12 (Failure instantiating exceptionprotector)
thanks
On Tue, Oct 29, 2019 at 03:09:50PM +0100, Vincent Lefevre wrote:
> 1. Build smoketest with the old g++-9 / libstdc++6.
I
LAST_UPDATED: Sun Oct 27 12:53:25 UTC 2019 (revision 277486)
=== acats tests ===
=== acats Summary ===
# of expected passes2320
# of unexpected failures0
Native configuration is s390x-ibm-linux-gnu
=== g++ tests ===
Running ta
LAST_UPDATED: Sun Oct 27 12:53:25 UTC 2019 (revision 277486)
Native configuration is arm-unknown-linux-gnueabi
=== libatomic tests ===
Running target unix
=== libatomic Summary ===
# of expected passes44
# of unsupported tests 5
Hi,
Am 29. Oktober 2019 15:09:50 MEZ schrieb Vincent Lefevre :
>On 2019-10-29 13:09:46 +0100, rene.engelh...@mailbox.org wrote:
>> Am 29. Oktober 2019 12:49:44 MEZ schrieb Vincent Lefevre
>:
>> >In case makefile magic triggers some rebuild, you can also run the
>> >generated executable directly (w
On 2019-10-29 13:09:46 +0100, rene.engelh...@mailbox.org wrote:
> Am 29. Oktober 2019 12:49:44 MEZ schrieb Vincent Lefevre :
> >In case makefile magic triggers some rebuild, you can also run the
> >generated executable directly (with the right environment variables,
> >in case this matters). If the
Hi,
Am 29. Oktober 2019 12:49:44 MEZ schrieb Vincent Lefevre :
>In case makefile magic triggers some rebuild, you can also run the
>generated executable directly (with the right environment variables,
>in case this matters). If the programs honors the system ABI, this
>is allowed, and you'll effec
On 2019-10-29 11:52:55 +0100, rene.engelh...@mailbox.org wrote:
> Hi again,
>
> Am 29. Oktober 2019 11:26:41 MEZ schrieb rene.engelh...@mailbox.org:
> >Hi,
> >
> >Am 29. Oktober 2019 10:59:07 MEZ schrieb Vincent Lefevre
> >:
> >> If you build LO
> >>with an older gcc-9 version, upgrade libstdc++6,
Hi again,
Am 29. Oktober 2019 11:26:41 MEZ schrieb rene.engelh...@mailbox.org:
>Hi,
>
>Am 29. Oktober 2019 10:59:07 MEZ schrieb Vincent Lefevre
>:
>> If you build LO
>>with an older gcc-9 version, upgrade libstdc++6, and run the test
>>again (without rebuilding it), does it fail?
>
>This is imposs
Hi,
Am 29. Oktober 2019 10:59:07 MEZ schrieb Vincent Lefevre :
> If you build LO
>with an older gcc-9 version, upgrade libstdc++6, and run the test
>again (without rebuilding it), does it fail?
This is impossible. This is a C++ unit test and the stuff assumes too much of
the build tree. You need
On 2019-10-28 23:34:11 +0100, Rene Engelhard wrote:
> You like to make other people bad where this is not the case. In this
> case this is not a LO bug since the exact same LO version worked until
> said gcc upload.
If the LO code has some undefined behavior, it could also be a LO bug
triggered by
14 matches
Mail list logo