Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Thu, Jan 16, 2020 at 02:42:29PM +, Szabolcs Nagy wrote: > what is the expected way to fix this issue? > > i see hppa-linux-gnu baseline was updated to remove > the decimal rtti symbols, but other targets were not. > > is it better to update the baseline or wait for a > generic fix? My

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On 27/11/2019 18:00, Jakub Jelinek wrote: > On Wed, Nov 27, 2019 at 05:48:21PM +, Joseph Myers wrote: On 26/11/19 00:57 +, Joseph Myers wrote: > On Mon, 25 Nov 2019, Rainer Orth wrote: > >> and a few more, all DFP related. They used to be emitted by g++ for >>

Re: Prevent all uses of DFP when unsupported (PR c/91985)

Hi! So, testing just finished, and indeed: On 2019-11-27T22:33:25+, Joseph Myers wrote: > On Wed, 27 Nov 2019, Thomas Schwinge wrote: > >> If I turn that conditional cited above into 'if (1)', then nvptx >> offloading testing seems to return to normality, but I have not yet >> assessed

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Wed, 27 Nov 2019, Thomas Schwinge wrote: > If I turn that conditional cited above into 'if (1)', then nvptx > offloading testing seems to return to normality, but I have not yet > assessed whether that has any ill effects on decimal float types support, > and/or how this should be fixed

Re: Prevent all uses of DFP when unsupported (PR c/91985)

Hi! Re , which reports (and I hereby confirm) that these changes quoted below introduce "lto1: internal compiler error" for (at least) nvptx offloading, and such a backtrace seemed vaguely familiar, and I did remember having fixed a similar

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Wed, Nov 27, 2019 at 05:48:21PM +, Joseph Myers wrote: > > > On 26/11/19 00:57 +, Joseph Myers wrote: > > >>On Mon, 25 Nov 2019, Rainer Orth wrote: > > >> > > >>> and a few more, all DFP related. They used to be emitted by g++ for > > >>> __fundamental_type_info in

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Wed, 27 Nov 2019, Rainer Orth wrote: > Hi Jonathan, > > > On 26/11/19 00:57 +, Joseph Myers wrote: > >>On Mon, 25 Nov 2019, Rainer Orth wrote: > >> > >>> and a few more, all DFP related. They used to be emitted by g++ for > >>> __fundamental_type_info in

Re: Prevent all uses of DFP when unsupported (PR c/91985)

Hi Jonathan, > On 26/11/19 00:57 +, Joseph Myers wrote: >>On Mon, 25 Nov 2019, Rainer Orth wrote: >> >>> and a few more, all DFP related. They used to be emitted by g++ for >>> __fundamental_type_info in libsupc++/fundamental_type_info.cc and lived >>> in the CXXABI_1.3.4 version. However,

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Nov 25 2019, Rainer Orth wrote: > AFAICS this caused > > +FAIL: libstdc++-abi/abi_check > > on Solaris. In libstdc++.log I find That happens on all targets that don't support decimal float. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On 26/11/19 00:57 +, Joseph Myers wrote: On Mon, 25 Nov 2019, Rainer Orth wrote: and a few more, all DFP related. They used to be emitted by g++ for __fundamental_type_info in libsupc++/fundamental_type_info.cc and lived in the CXXABI_1.3.4 version. However, since Solaris *does* lack DFP

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On Mon, 25 Nov 2019, Rainer Orth wrote: > and a few more, all DFP related. They used to be emitted by g++ for > __fundamental_type_info in libsupc++/fundamental_type_info.cc and lived > in the CXXABI_1.3.4 version. However, since Solaris *does* lack DFP > support, that's no longer the case.

Re: Prevent all uses of DFP when unsupported (PR c/91985)

Hi Joseph, > Code that directly uses _Decimal* types on architectures not > supporting DFP is properly diagnosed ("error: decimal floating-point > not supported for this target"), via a call to > targetm.decimal_float_supported_p, if the _Decimal32, _Decimal64 or > _Decimal128 keywords are used

Re: Prevent all uses of DFP when unsupported (PR c/91985)

On 11/22/19 9:40 AM, Joseph Myers wrote: > Code that directly uses _Decimal* types on architectures not > supporting DFP is properly diagnosed ("error: decimal floating-point > not supported for this target"), via a call to > targetm.decimal_float_supported_p, if the _Decimal32, _Decimal64 or >

Prevent all uses of DFP when unsupported (PR c/91985)

Code that directly uses _Decimal* types on architectures not supporting DFP is properly diagnosed ("error: decimal floating-point not supported for this target"), via a call to targetm.decimal_float_supported_p, if the _Decimal32, _Decimal64 or _Decimal128 keywords are used to access it. Use via