Bug#948490: gcc-9: -std=c11 prevents the use of decimal FP

[Vincent Lefevre]

Control: tags -1 upstream
Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93410

On 2020-01-23 14:04:59 +0100, Matthias Klose wrote:
> please could you recheck with trunk,

This is still OK with the trunk (e9ee848dcdc).

> and report that upstream?

Done.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Processed: Re: Bug#948490: gcc-9: -std=c11 prevents the use of decimal FP

[Debian Bug Tracking System]

Processing control commands:

> tags -1 upstream
Bug #948490 [gcc-9] gcc-9: -std=c11 prevents the use of decimal FP
Added tag(s) upstream.
> forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93410
Bug #948490 [gcc-9] gcc-9: -std=c11 prevents the use of decimal FP
Set Bug forwarded-to-address to 
'https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93410'.

-- 
948490: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948490
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#945133: gcc-9: __has_attribute(ifunc) false positive on hurd and kfreebsd

[Samuel Thibault]

Hello,

On 20.11.19 11:43, Fabian Kloetzl wrote:
> Recently, the build of one of my packages failed on hurd-i386 and
> kfreebsd-* due to unsupported ifuncs [1]. However, I had that code guarded
> by __has_attribute(ifunc) which, unfortunately, evaluates to 1 on said
> platforms. A minimal testcase is attached.

AIUI, that is expected by gcc people: the gcc documentation says:

“to test whether the attribute referenced by its operand is recognized
by GCC”

Strictly speaking, being recognized by GCC doesn't mean being supported
on the target platform. I agree that it makes it not really useful
here, but I'm not the one to be convinced :) I'd say bring the issue to
upstream gcc.

Samuel

[bts-link] source package src:gcc-9

[debian-bts-link]

#
# bts-link upstream status pull for source package src:gcc-9
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
# https://bts-link-team.pages.debian.net/bts-link/
#

user debian-bts-l...@lists.debian.org

# remote status report for #899219 (http://bugs.debian.org/899219)
# Bug title: gcc: __builtin_ms_va_list missing on arm64
#  * http://gcc.gnu.org/PR50818
#  * remote status changed: (?) -> NEW
usertags 899219 + status-NEW

thanks

[bts-link] source package gcc-9

[debian-bts-link]

#
# bts-link upstream status pull for source package gcc-9
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
# https://bts-link-team.pages.debian.net/bts-link/
#

user debian-bts-l...@lists.debian.org

# remote status report for #949024 (http://bugs.debian.org/949024)
# Bug title: g++: ICE at cp/pt.c:15779 on beignet in -std=gnu++14
#  * http://gcc.gnu.org/PR93299
#  * remote status changed: (?) -> ASSIGNED
usertags 949024 + status-ASSIGNED

thanks

gcc-9_9.2.1-25_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 23 Jan 2020 14:21:05 +0100
Source: gcc-9
Architecture: source
Version: 9.2.1-25
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC Maintainers 
Changed-By: Matthias Klose 
Changes:
 gcc-9 (9.2.1-25) unstable; urgency=medium
 .
   * Update to git 20200123 from the gcc-9 branch.
   Fix PR inline-asm/93202, PR rtl-optimization/93088, PR ipa/93087,
   PR target/93335 (AArch64), PR target/91298 (AArch64), PR libgomp/93065,
   PR target/9 (RISCV), PR target/93073 (PPC), PR target/93009 (x86),
   PR middle-end/93246, PR c/93348, PR c++/93228, PR c++/92438,
   PR c++/92992, PR c++/91476, PR c++/92531, PR c++/93286, PR libgomp/93219,
   PR fortran/93329, PR fortran/93236, PR libfortran/93234.
Checksums-Sha1:
 74693204279fcea84731b219530580bab2fe327a 27011 gcc-9_9.2.1-25.dsc
 16042aefc7573fcb8fba35cc389b6b71b051b961 955780 gcc-9_9.2.1-25.debian.tar.xz
 33108efb76f93c6aa108d6bfdea0c61b0221e0ae 7722 gcc-9_9.2.1-25_source.buildinfo
Checksums-Sha256:
 99f8e96e4d240b272c85be22f1685f6365e1e52bc6f21780413fbf2ab5c63ac2 27011 
gcc-9_9.2.1-25.dsc
 359e7ef44dbe32fe849e9b479236bdd81e992a6c640eb5e02eb86c8783a6ee20 955780 
gcc-9_9.2.1-25.debian.tar.xz
 c68ca89d7eb336cce4e580cdeb5cf03cdc5615b6a816162dec899023e1a5c552 7722 
gcc-9_9.2.1-25_source.buildinfo
Files:
 33da68cfa50c8c39277464e82250d700 27011 devel optional gcc-9_9.2.1-25.dsc
 77a5572a36cafa24b666fa381e706f02 955780 devel optional 
gcc-9_9.2.1-25.debian.tar.xz
 40e54bd0225d00c3cac1ace3cd7d9566 7722 devel optional 
gcc-9_9.2.1-25_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJEBAEBCAAuFiEE1WVxuIqLuvFAv2PWvX6qYHePpvUFAl4pniUQHGRva29AZGVi
aWFuLm9yZwAKCRC9fqpgd4+m9TVbEADJsuHl+u2TgOyw+8g7anWV48CJaiS8u7Pv
nlTpXQX2lMC8/iKII/529ICrbIx4wK1K1RQBjhKFauqSysPNJbslsGR8tLId6OYP
V0x7/cuqvl+E36J/FWkqoIAJJa3G/F8dlRveVfQETSMNnj1Ax2N1+UmiPrKUJ7EW
yh46mOn2/nzEnAgW6H6LHlSRJgdUcNTtYTU8kb0sPKyMjR4EpujIesUv4twuK+3L
ScreXEmaNpvvcDQiTnzHZzMB5V648xKlf/KFYlyNDXjdMA0cSEfd5oRRIE8zh/YY
L7+c4vhgbQZUvBWzLOwi7tXwLeQ/x4ZhcsFOC9ZORVPSHHy1Y4rETxSPdchBlNXo
lJPQW+Iss+dVxW+qtDh1WHwADZvKuWenUMIHv9uLaDzdfX0cXOSiDMZTNCUowcWV
SwVi0g+64SdasdoVyY4yYcLz9cqVHG+wdWQgb0Kq7+JWSlNLc+FEYiKseR2IYFmj
08XoEVBUv+ViQgE+gtgtV2DPnr4wV3vxwXXdkNepkP6wVJsvTU6v2F8iBBNNbgex
O0iaBPDTfwBrrr8/jtQoRVL563p+k0eGRErxKv3pWrB73OoH/+vteMmoVxPbao7A
aQaw4YIagbRsrxc7rtjC/s9dgah7uATFJ59FWmSDeqHPjM0YAUGkqKHUZ0apj12U
milRmyH6RQ==
=lxmJ
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of gcc-9_9.2.1-25_source.changes

[Debian FTP Masters]

gcc-9_9.2.1-25_source.changes uploaded successfully to localhost
along with the files:
  gcc-9_9.2.1-25.dsc
  gcc-9_9.2.1-25.debian.tar.xz
  gcc-9_9.2.1-25_source.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

Bug#947500: Missing -latomic on mipsel & armel only?

[John Paul Adrian Glaubitz]

On 1/23/20 2:02 PM, Matthias Klose wrote:
>> I have a package which fails to build on both Debian armel and mipsel
>> with this g++ package, and with the same error:
>> /usr/bin/ld: ./.libs/libfplll.so: undefined reference to
>> `__atomic_store_8'
>> /usr/bin/ld: ./.libs/libfplll.so: undefined reference to
>> `__atomic_load_8'
>>
>> which point to a missing -latomic somewhere. Since all other arches
>> compiled nicely, I think the package is correct and the compiler makes
>> something wrong in those cases, but I might err.
> 
> This is not a bug. You might want to link that unconditionally, however I'd
> prefer if this would be an upstream patch, only linking when needed.

It's actually bug [1] but it has been unresolved for years now.

Adrian

> [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#945133: gcc-9: __has_attribute(ifunc) false positive on hurd and kfreebsd

[Matthias Klose]

Forwarded ...

On 20.11.19 11:43, Fabian Kloetzl wrote:
> Package: gcc-9
> Version: 9.2.1-17
> Severity: normal
> 
> Dear Maintainer,
> 
> Recently, the build of one of my packages failed on hurd-i386 and
> kfreebsd-* due to unsupported ifuncs [1]. However, I had that code guarded
> by __has_attribute(ifunc) which, unfortunately, evaluates to 1 on said
> platforms. A minimal testcase is attached.
> 
> Best,
> Fabian
> 
> 1: https://buildd.debian.org/status/package.php?p=phylonium
> 

Bug#948490: gcc-9: -std=c11 prevents the use of decimal FP

[Matthias Klose]

On 09.01.20 14:24, Vincent Lefevre wrote:
> Package: gcc-9
> Version: 9.2.1-22
> Severity: normal
> 
> The -std=c11 option (or other versions of the C standard) prevents
> the use of decimal FP:
> 
> $ cat tst.c
> int main (void)
> {
>   _Decimal64 x = 1;
>   return x != 1;
> }
> $ gcc-9 tst.c -o tst
> $ gcc-9 -std=c11 tst.c -o tst
> tst.c: In function ‘main’:
> tst.c:3:3: error: unknown type name ‘_Decimal64’
> 3 |   _Decimal64 x = 1;
>   |   ^~
> 
> There is no such issue with gcc-snapshot (_Decimal64 is not a
> forbidden extension):
> 
> $ gcc-snapshot -std=c11 tst.c -o tst
> $ gcc-snapshot -std=c11 -pedantic tst.c -o tst
> tst.c: In function 'main':
> tst.c:3:3: warning: ISO C does not support decimal floating-point before C2X 
> [-Wpedantic]
> 3 |   _Decimal64 x = 1;
>   |   ^~
> 
> The GCC 9.2.0 manual does not mention a possible limitation.

please could you recheck with trunk, and report that upstream?

Bug#947500: Missing -latomic on mipsel & armel only?

[Matthias Klose]

On 27.12.19 18:35, Julien Puydt wrote:
> Package: g++-9
> Version: 9.2.1-21
> 
> I have a package which fails to build on both Debian armel and mipsel
> with this g++ package, and with the same error:
> /usr/bin/ld: ./.libs/libfplll.so: undefined reference to
> `__atomic_store_8'
> /usr/bin/ld: ./.libs/libfplll.so: undefined reference to
> `__atomic_load_8'
> 
> which point to a missing -latomic somewhere. Since all other arches
> compiled nicely, I think the package is correct and the compiler makes
> something wrong in those cases, but I might err.

This is not a bug. You might want to link that unconditionally, however I'd
prefer if this would be an upstream patch, only linking when needed.

Bug#945763: marked as done (gcc-9 ftbfs on mipsel)

[Debian Bug Tracking System]

Your message dated Thu, 23 Jan 2020 14:00:24 +0100
with message-id <677c9ab9-61e9-4465-b2e5-9eb823b09...@debian.org>
and subject line fixed
has caused the Debian Bug report #945763,
regarding gcc-9 ftbfs on mipsel
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
945763: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945763
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:gcc-9
Version: 9.2.1-20
Severity: serious
Tags: sid bullseye

gcc-9 ftbfs on mipsel with a bootstrap comparison failure, most likely triggered
by the LTO build enabled in -20.

bootstrap comparison failure!
libbacktrace/elf.o differs
libbacktrace/.libs/elf.o differs
make[4]: *** [Makefile:24878: compare] Error 1
--- End Message ---
--- Begin Message ---
fixed--- End Message ---