--- Comment #1 from christophe at saout dot de 2009-02-15 17:17 ---
Created an attachment (id=17303)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17303&action=view)
preprocessed code (unused stuff cut out)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39196
: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christophe at saout dot de
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet
--- Comment #5 from christophe at saout dot de 2008-08-14 00:08 ---
Created an attachment (id=16068)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16068&action=view)
Remove broken alternatives using movlps for vec_concatv2di(_rex) insn
causes gcc to emit the followin
--- Comment #4 from christophe at saout dot de 2008-08-13 22:15 ---
Ok, I'm completely not in my game here, but after staring at rtl dumps and gcc
code for about two hours straight, things slowly start to make a litte sense...
(please tell me to shut up and forget about it if
--- Comment #3 from christophe at saout dot de 2008-08-13 16:14 ---
Ok, tried that...
Now xorg-server doesn't segfault, but hang in an infinite loop.
Adding printouts after the loop shows that the upper and lower parts of the
register are inverted:
(contents of the "ta
--- Comment #1 from christophe at saout dot de 2008-08-12 23:17 ---
Created an attachment (id=16061)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16061&action=view)
preprocessed source file to be compiled to see the wrong generated code
--
http://gcc.gnu.org/b
4.3.1
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christophe at saout dot de
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37101
t: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christophe at saout dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34329
--- Comment #1 from christophe at saout dot de 2007-12-01 23:19 ---
Created an attachment (id=14679)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14679&action=view)
preprocessed source file
gunzip breaks.i.gz; g++ -o breaks.o -c breaks.i -O2 -march=pentium-m -fPIC
--
uct: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christophe at saout dot de
GCC build triplet: i686-pc-linux-gnu
GCC host trip
--- Comment #1 from christophe at saout dot de 2006-11-07 11:23 ---
The function "test" (even compiled with -O0, on i386 BTW) assumes that the
condition can never occur, as the complete if condition is completely optimized
away and the function always returns "1".
--- Comment #1 from christophe at saout dot de 2006-10-10 15:40 ---
Created an attachment (id=12404)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12404&action=view)
preprocessed pthread_mutex_lock.c causing the miscompiled code
Call with "gcc -O2
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christophe at saout dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29415
--- Additional Comments From christophe at saout dot de 2005-05-03 18:46
---
Ok, forget that last part, I'm an idiot. (I added lots of debug to trace down
the problem, in the actual warning, the quotes appear correctly)
Only the %J -> %H problem then.
--
http://gcc.gnu.org/
anslation instead of %H causes ICE
in de.po
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: translation
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christophe at s
15 matches
Mail list logo
