Summary: 4.2 20061007 experiemental misscompiles
libavcodec/h264.o
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #1 from poirierg at gmail dot com 2006-10-12 14:25 ---
Created an attachment (id=12418)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12418&action=view)
the offending file (results in a grey picture)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29440
--- Comment #2 from poirierg at gmail dot com 2006-10-12 14:28 ---
Created an attachment (id=12419)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12419&action=view)
The header that seems to hold the code that's misscompiled
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29440
--- Comment #5 from poirierg at gmail dot com 2006-10-12 14:53 ---
Hello,
(In reply to comment #3)
> Does it work when compiled with -O0 instead of -O4? How about -O1?
The code compiles and produces the expected result with -O1, O2, but can't be
compiled with -O0:
In file
--- Comment #6 from poirierg at gmail dot com 2006-10-12 15:03 ---
(In reply to comment #4)
> (In reply to comment #3)
> > Does it work when compiled with -O0 instead of -O4? How about -O1?
> >
> > Besies above, I noticed that the asm in get_cabac looks to be c
--- Comment #7 from poirierg at gmail dot com 2006-10-13 07:37 ---
(In reply to comment #3)
> Does it work when compiled with -O0 instead of -O4? How about -O1?
>
> Besies above, I noticed that the asm in get_cabac looks to be clobbering
> memory
> but is not marked
rror: in var_ann, at tree-flow-
inline.h:34
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: poirie
--- Additional Comments From poirierg at gmail dot com 2005-01-16 21:15
---
Created an attachment (id=7968)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7968&action=view)
a slitghly modified version of postprocess.c from the ffmpeg project
--
http://gcc.gnu.org/b
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.0.0
Known to work|
--- Additional Comments From poirierg at gmail dot com 2005-01-16 21:21
---
(From update of attachment 7968)
This slitly modified version of posprocess.c features a patch by James A.
Morrison that allowed the compilation of that code (it was previously not
possible) but triggers an ICE
--- Additional Comments From poirierg at gmail dot com 2005-01-20 22:00
---
Hi,
I just tried with a fresh cvs checkout. It works! Thanks! (should I mark this
bug as VERIFIED ?)
Regards,
Guillaume
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19472
t: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: poirierg at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
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=19592
--- Additional Comments From poirierg at gmail dot com 2005-01-23 19:26
---
Created an attachment (id=8046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8046&action=view)
Here's the file that causes the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19592
--- Additional Comments From poirierg at gmail dot com 2005-01-23 19:34
---
Sorry, the problem is not reproductable. A second round of compilation process,
and bam! The problem is gone. Go figure...
Anyway, if you ever find someting problematic is this code, please keep me
posted
14 matches
Mail list logo
