[Bug c/36360] Apparent optimization bug, possible regression

2008-05-28 Thread orion at cora dot nwra dot com
--- Comment #1 from orion at cora dot nwra dot com 2008-05-28 22:13 --- Created an attachment (id=15694) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15694&action=view) Pre-processed stream.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36360

[Bug c/36360] New: Apparent optimization bug, possible regression

2008-05-28 Thread orion at cora dot nwra dot com
cture pointer munging to support multiple platforms. Not sure how to get around that. -- Summary: Apparent optimization bug, possible regression Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug fortran/30444] sfstubs.f90:48: internal compiler error: Illegal instruction

2007-01-17 Thread orion at cora dot nwra dot com
--- Comment #6 from orion at cora dot nwra dot com 2007-01-17 17:14 --- Sorry, Fedora libmpfr packaging bug -- orion at cora dot nwra dot com changed: What|Removed |Added

[Bug fortran/30444] sfstubs.f90:48: internal compiler error: Illegal instruction

2007-01-11 Thread orion at cora dot nwra dot com
--- Comment #2 from orion at cora dot nwra dot com 2007-01-11 23:21 --- I'm getting a bugzilla error when I try to make and attachment (reported). Source can be found here: http://www.cora.nwra.com/~orion/f95bug.tar.gz, or in the fedora buzilla: https://bugzilla.redhat.com/bug

[Bug fortran/30444] New: sfstubs.f90:48: internal compiler error: Illegal instruction

2007-01-11 Thread orion at cora dot nwra dot com
Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: orion at cora dot nwra dot com GCC build triplet: i386-redhat-linux GCC host triplet: i386

[Bug c/27744] New: Optimized code gives incorrect result

2006-05-23 Thread orion at cora dot nwra dot com
incorrect result Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: orion at cora dot nwra dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27744

[Bug middle-end/26968] HDF5 1.7.52 test segfaults with 4.1.0, fine with 4.0.2 (regression)

2006-04-03 Thread orion at cora dot nwra dot com
--- Comment #8 from orion at cora dot nwra dot com 2006-04-03 23:21 --- See URL for download. This is about as good as I can do. th5s.c is adapted from the th5h.i file that has the failing test. It is still self-contained and only runs the test that fails. The rest of the HDF5

[Bug middle-end/26968] HDF5 1.7.52 test segfaults with 4.1.0, fine with 4.0.2 (regression)

2006-04-03 Thread orion at cora dot nwra dot com
--- Comment #7 from orion at cora dot nwra dot com 2006-04-03 21:13 --- Looks like adding -save-temps to the flags breaks the configure check for -fPIC, so the code be built with -save-temps that worked also did not have -fPIC (perhaps that is a clue). Trick was to remove -pipe when

[Bug middle-end/26968] HDF5 1.7.52 test segfaults with 4.1.0, fine with 4.0.2 (regression)

2006-04-03 Thread orion at cora dot nwra dot com
--- Comment #6 from orion at cora dot nwra dot com 2006-04-03 16:24 --- Hmm, tried adding -save-temps to my flags so that I could collect .s and .i files, but it appears that the segfault also goes away. Removing -save-temps indeed goes back to the previous behavior. Removing -pipe

[Bug middle-end/26968] HDF5 1.7.52 test segfaults with 4.1.0, fine with 4.0.2 (regression)

2006-03-31 Thread orion at cora dot nwra dot com
--- Comment #3 from orion at cora dot nwra dot com 2006-03-31 23:34 --- Sorry, my browser seems to have changed components... -- orion at cora dot nwra dot com changed: What|Removed |Added

[Bug c/26968] HDF5 1.7.52 test segfaults with 4.1.0, fine with 4.0.2 (regression)

2006-03-31 Thread orion at cora dot nwra dot com
--- Comment #2 from orion at cora dot nwra dot com 2006-03-31 23:32 --- Compiled using 4.1.0 with the old 4.0.2 (FC4) flags (no -fstack-protector and --param=ssp-buffer-size=4) with no effect. Added -fno-strict-aliasing with no effect (at least for this, I've got a type conve

[Bug c/26968] New: HDF5 1.7.52 test segfaults with 4.1.0, fine with 4.0.2 (regression)

2006-03-31 Thread orion at cora dot nwra dot com
1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: orion at cora dot nwra dot com GCC host triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26968

[Bug java/23404] Interpreted byte code does not run properly on ppc

2005-08-15 Thread orion at cora dot nwra dot com
--- Additional Comments From orion at cora dot nwra dot com 2005-08-15 17:28 --- Created an attachment (id=9499) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9499&action=view) Java code to reproduce problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23404

[Bug java/23404] New: Interpreted byte code does not run properly on ppc

2005-08-15 Thread orion at cora dot nwra dot com
Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: orion at cora dot nwra dot com CC: gcc-bugs at gcc dot gnu dot org

[Bug regression/18906] Assembler complains about previously acceptable code

2004-12-09 Thread orion at cora dot nwra dot com
--- Additional Comments From orion at cora dot nwra dot com 2004-12-09 16:49 --- Changed to: static inline int cpuid_edx(int op) { int eax, ecx, edx; __asm__("pushl %%ebx\n\tcpuid\n\tpopl %%ebx" : "=a" (eax), "=c" (ecx), &qu

[Bug regression/18906] New: Assembler complains about previously acceptable code

2004-12-09 Thread orion at cora dot nwra dot com
e Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: orion at cora dot nwra dot com CC: gcc-bugs at gcc dot