https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107436
--- Comment #8 from Florian Schanda ---
I am no longer working at BMW.
For safety topics please contact alexander.schem...@bmw.de or
markus.schur...@bmw.de
For TRLC and LOBSTER topics please contact philipp.wullstein-kamm...@bmw.de or
create
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107436
Florian Schanda changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107436
--- Comment #5 from Florian Schanda ---
Richard, if I may rephrase your statement (for clarity), you're saying:
> Under your assumptions, -fsignaling-nans should work. There are no known bugs
> in this setup, but if you find something please re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107436
--- Comment #3 from Florian Schanda ---
Maybe some additional constraints under which we operate can help:
- we never change our rounding mode away from RNE
- we never disable support for subnormals in any way
- we only ever use float32 and floa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107436
--- Comment #2 from Florian Schanda ---
Hi Andrew,
thank you so much for your reply. The architecture in question is Goldmont,
is the flag alright for that target?
> A third party library depending on signaling NaNs is slightly an
> issue in g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107436
Bug ID: 107436
Summary: Is -fsignaling-nans still experimental?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: web
