[Bug middle-end/37154] static inline function problem

--- Comment #11 from sparky at pld-linux dot org 2008-10-01 16:47 --- Note: glibc problem have been detected and fixed already: - bug: https://bugzilla.redhat.com/show_bug.cgi?id=450790 - fix: http://www.sourceware.org/ml/libc-hacker/2008-06/msg1.html -- http://gcc.gnu.org

[Bug middle-end/37154] static inline function problem

--- Comment #10 from sparky at pld-linux dot org 2008-10-01 15:29 --- In that case the bug report is incorrect. The problem lays in glibc, in function lroundl which does not save cr3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37154

[Bug middle-end/37154] static inline function problem

--- Comment #6 from sparky at pld-linux dot org 2008-09-29 21:36 --- I was trying to isolate the code which triggers this bug, but seems like the code must be very complex to do so. Nevertheless I found exactly how the resulting assembler code is broken. Note: files gsignal.s and

[Bug middle-end/32429] New: [PPC, missing optimization] stack space not optimized when stack not used

32(1) addi 1,1,32 blr $ gcc-4.3 -S -O2 -fpie -maltivec -mabi=altivec empty.c && grep -A3 "empty:" empty.s empty: stwu 1,-32(1) addi 1,1,32 blr $ gcc-4.3 -S -O2 -fPIE -maltivec -mabi=altivec empty.c && grep -A3 "empty:" empty.s empty: stwu 1,-32(1) addi 1,1,32 blr -- Summary: [PPC, missing optimization] stack space not optimized when stack not used Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sparky at pld-linux dot org GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32429

[Bug middle-end/32401] New: [PPC/Altivec] Non optimal code structure with -mabi=altivec

: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sparky at pld-linux dot org GCC build triplet: powerpc*-linux GCC host triplet: powerpc*-lin

[Bug middle-end/32396] [PPC/Altivec, regression?] gcc uses 0 as altivec load/store index

--- Comment #1 from sparky at pld-linux dot org 2007-06-18 21:11 --- Created an attachment (id=13732) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13732&action=view) simple testcase and benchmark on 1.3GHz iBook built without USE_ASM runs in 2.335s, with USE_ASM runs in

[Bug middle-end/32396] New: [PPC/Altivec, regression?] gcc uses 0 as altivec load/store index

Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sparky at pld-linux dot org http://gcc.gnu.org/bugzilla