[Bug driver/117992] gcc -flto -fharden leads to warning

2024-12-11 Thread icenowy at aosc dot io via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117992 --- Comment #4 from Icenowy Zheng --- I don't think this issue is similar to 117739 , because in my case I didn't pass any parameters that are known to be negated by -fhardened -- there's at least no document that -fhardened will affect -flto.

[Bug driver/117992] gcc -flto -fharden leads to warning

2024-12-10 Thread icenowy at aosc dot io via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117992 --- Comment #1 from Icenowy Zheng --- BTW adding `-Wno-hardened` cannot suppress this warning.

[Bug driver/117992] New: gcc -flto -fharden leads to warning

2024-12-10 Thread icenowy at aosc dot io via Gcc-bugs
Assignee: unassigned at gcc dot gnu.org Reporter: icenowy at aosc dot io Target Milestone: --- When using the newly introduced "-fhardened" flag with "-flto", it leads to the following warning: ``` gcc: warning: linker hardening options not enabled by '

[Bug target/97779] New: Newest releases/gcc-10 cannot build because lack of PTA_CLDEMOTE

2020-11-10 Thread icenowy at aosc dot io via Gcc-bugs
Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: icenowy at aosc dot io Target Milestone: --- When building GCC commit 454702f5213a7a8b6b3581c29c817b952ce0f184 on x86-64 natively, I met this failure: ``` In file included from

[Bug rtl-optimization/97535] On AArch64 memcpy expansion cannot handle length > 32-bit signed int max

2020-10-23 Thread icenowy at aosc dot io via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535 --- Comment #3 from Icenowy Zheng --- A minimal reproduction: (Compile with gcc -c -O1) ``` #include #define SIZE 2181038080 extern char raw_buffer[SIZE]; void setRaw(const void *raw) { memcpy(raw_buffer, raw, SIZE); } ```

[Bug rtl-optimization/97535] On AArch64 memcpy expansion cannot handle length > 32-bit signed int max

2020-10-22 Thread icenowy at aosc dot io via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535 --- Comment #1 from Icenowy Zheng --- The problem is found to be trying to expand a memcpy() call with fixed length 2181038080. Handling of memcpy() expansion seem to be corrupted when len >= 2147483648. The length is mod with 2147483648, and th

[Bug rtl-optimization/97535] New: ICE when building xmrig on AArch64

2020-10-22 Thread icenowy at aosc dot io via Gcc-bugs
-optimization Assignee: unassigned at gcc dot gnu.org Reporter: icenowy at aosc dot io Target Milestone: --- Created attachment 49425 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49425&action=edit Preprocessed source file When building xmrig on AArch64 with GCC 9.3.1, th

[Bug c/84475] New: pthread doesn't define _REENTRANT in preprocessor on riscv-linux

2018-02-19 Thread icenowy at aosc dot io
ormal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: icenowy at aosc dot io Target Milestone: --- The newly introduced platform, riscv, doesn't have _REENTRANT defined when -pthread is appended.

[Bug libffi/84410] New: libffi doesn't support riscv now, but not disabled in configure.ac

2018-02-15 Thread icenowy at aosc dot io
ormal Priority: P3 Component: libffi Assignee: unassigned at gcc dot gnu.org Reporter: icenowy at aosc dot io Target Milestone: --- The libffi library currently doesn't support UCB RISC-V architecture (both in the downstream copy and the upstream). H

[Bug target/71951] libgcc_s built with -fomit-frame-pointer on aarch64 is broken

2017-07-27 Thread icenowy at aosc dot io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71951 --- Comment #12 from Icenowy Zheng --- (In reply to Wilco from comment #11) > (In reply to Icenowy Zheng from comment #10) > > In my environment (glibc 2.25, and both the building scripts of glibc and > > gcc have -fomit-frame-pointer automatical

[Bug target/71951] libgcc_s built with -fomit-frame-pointer on aarch64 is broken

2017-07-27 Thread icenowy at aosc dot io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71951 Icenowy Zheng changed: What|Removed |Added CC||icenowy at aosc dot io --- Comment #10