[Bug target/120375] arc: -mcpu=em x >> 31 clobber of CC isn't respected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120375 --- Comment #2 from keithp at keithp dot com --- Created attachment 61509 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61509&action=edit arc: Clobber CC and LP when shifting without barrel shifter Devices without a barrel shifter end up

[Bug c/120375] arc: -mcpu=em x >> 31 clobber of CC isn't respected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120375 --- Comment #1 from keithp at keithp dot com --- gcc was configured as follows: ./configure --enable-languages=c,c++,lto --enable-multilib --enable-multilib-space --disable-gcov --disable-decimal-float --disable-libffi --disable-libgomp --disab

[Bug c/120375] New: arc: -mcpu=em x >> 31 clobber of CC isn't respected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120375 Bug ID: 120375 Summary: arc: -mcpu=em x >> 31 clobber of CC isn't respected Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug libgcc/116017] libgcc/riscv/softfp: Fix loss of sign when truncating NaN values

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

[Bug libgcc/116017] New: libgcc/riscv/softfp: Fix loss of sign when truncating NaN values

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

[Bug c/113795] armv8.1m-m.main+pacbti -mbranch-protection=standard -O2 compile error

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

[Bug c/113795] armv8.1m-m.main+pacbti -mbranch-protection=standard -O2 compile error

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

[Bug c/113795] New: armv8.1m-m.main+pacbti -mbranch-protection=standard -O2 compile error

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

[Bug libstdc++/110574] --enable-cstdio=stdio_pure is incompatible with LFS

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.

[Bug driver/109627] [PATCH] driver: Extend 'getenv' function to allow default value

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

[Bug driver/109627] New: [PATCH] driver: Extend 'getenv' function to allow default value

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