https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116017
--- Comment #5 from keithp at keithp dot com ---
You're quite correct; conversion from double to float also loses the sign bit.
It never occurred to me that RISC-V would be different from every other GCC
target in this regard. I'll go stick a wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116017
Bug ID: 116017
Summary: libgcc/riscv/softfp: Fix loss of sign when truncating
NaN values
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113795
keithp at keithp dot com changed:
What|Removed |Added
Version|13.2.1 |14.0
--- Comment #2 from kei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113795
--- Comment #1 from keithp at keithp dot com ---
compiler command:
arm-none-eabi-gcc \
-std=c18 \
-O2 \
-mthumb \
-march=armv8.1-m.main+pacbti+fp \
-mbranch-protection=standard \
-o \
bar.s \
-S \
bar.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113795
Bug ID: 113795
Summary: armv8.1m-m.main+pacbti -mbranch-protection=standard
-O2 compile error
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110574
--- Comment #5 from keithp at keithp dot com ---
Seems like using fseeko would be a reasonable choice here -- while it's not in
ISO C, it is in POSIX 2017.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109627
--- Comment #1 from keithp at keithp dot com ---
This patch was submitted to the mailing list here:
https://gcc.gnu.org/pipermail/gcc-patches/2022-August/600452.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109627
Bug ID: 109627
Summary: [PATCH] driver: Extend 'getenv' function to allow
default value
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
