Time99

http://www.w3.org/TR/html4/loose.dtd";> Time99 http://www.time99.com";>http://ad.time99.com/Images/050610.jpg"; width="621" height="346" border="0">

[Bug target/19923] [4.0/4.1 Regression] openssl is slower when compiled with gcc 4.0 than 3.3

--- Additional Comments From dank at kegel dot com 2005-06-18 06:38 --- To be clear, here are the two most worrying rows from the above table, expanded a bit. These are the runtimes of foo4.i in seconds. The cpu family, model, and name are as shown by /proc/cpuinfo. cpu family 15, model

[Bug target/19923] [4.0/4.1 Regression] openssl is slower when compiled with gcc 4.0 than 3.3

--- Additional Comments From dank at kegel dot com 2005-06-18 06:24 --- Looks to me like gcc-3.4.3 is known to fail, too, depending on the CPU. Anthony Danalis and I came up with a little script to run foo4.i on various processors with various values for -mtune, which I'll attach; here ar

[Bug libgcj/22084] [4.1 Regression] Divide_1 test case hangs

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-06-18 05:14 --- (In reply to comment #2) > Subject: Re: Divide_1 test case hangs > > > -2147483648 > > -2147483648 > > 0 > > 0 > > [...] > > > > Note that the values are totally off. > > > This looks somewhat

[Bug target/22110] Wrong ld search paths passed to libtool for 64-bit compiles

--- Additional Comments From lucier at math dot purdue dot edu 2005-06-18 04:53 --- I re-enabled 64-bit multilib before building and installing gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22110

[Bug target/22110] New: Wrong ld search paths passed to libtool for 64-bit compiles

It seems that the libtool command line may be wrong. Here's a simple test. [descartes:~/programs] lucier% cat conftest.c int main2() { return 0;} [descartes:~/programs] lucier% gcc -m64 -mcpu=970 -o conftest -dynamiclib conftest.c -v -save-temps Using built-in specs. Target: powerpc-apple-darwin8

[Bug libstdc++/22109] [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-06-18 02:25 --- Subject: Re: [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error > > To me this looks like a binutils bug. > > Quite possibly. The link doesn't fail with binutils 2.1

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From mckinlay at redhat dot com 2005-06-18 01:51 --- I'm testing a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21045

[Bug java/19674] Empty declaration through semicolon (;) causes compile failure

--- Additional Comments From mckinlay at redhat dot com 2005-06-18 01:50 --- I'm testing a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19674

[Bug java/18119] Private inner class is visible when it shouldn't be

--- Additional Comments From mckinlay at redhat dot com 2005-06-18 01:49 --- GCJ actually has the resolution order correct here. The problem is that a.A.B is not visible from b.C, because its a private class. Instead of an error, however, GCJ needs to resolve to the visible class b.B ins

[Bug testsuite/20554] New testsuite fails: error: alias definitions not supported in this configuration

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20554

[Bug testsuite/20554] New testsuite fails: error: alias definitions not supported in this configuration

--- Additional Comments From danglin at gcc dot gnu dot org 2005-06-18 01:34 --- Fixed by patch: 2005-04-04 John David Anglin <[EMAIL PROTECTED]> * gcc.c-torture/compile/2009-1.c: Require weak and alias support. * gcc.c-torture/compile/2009-2.c: Likewise.

[Bug middle-end/20506] verify_stmts calls error() on internal errors(notes)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-18 01:23 --- Like a non fatal internal_error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20506

[Bug middle-end/20506] verify_stmts calls error() on internal errors(notes)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-18 01:23 --- Maybe we should be using note instead or something different. -- What|Removed |Added

[Bug testsuite/20554] New testsuite fails: error: alias definitions not supported in this configuration

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-18 01:21 --- Does these fail now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20554

[Bug libstdc++/22109] [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-06-18 00:08 --- Subject: Re: [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error > To me this looks like a binutils bug. Quite possibly. However, I wanted a heads up until the exact

[Bug libstdc++/22109] [4.0 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 23:55 --- To me this looks like a binutils bug. -- What|Removed |Added CC|

[Bug libstdc++/22109] New: [4.0.1 Regression] /home/dave/opt/gnu/bin/ld: BFD 2.16.91 20050612 internal error

/bin/sh ../libtool --tag CXX --mode=link /home/dave/gcc-4.0/objdir/gcc/xgcc -sha red-libgcc -B/home/dave/gcc-4.0/objdir/gcc/ -nostdinc++ -L/home/dave/gcc-4.0/obj dir/hppa-linux/libstdc++-v3/src -L/home/dave/gcc-4.0/objdir/hppa-linux/libstdc++ -v3/src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.0.0/hppa-li

[Bug tree-optimization/22100] [4.1 regression] internal compiler error: in tree_verify_flow_info

-- What|Removed |Added Known to fail||4.1.0 Known to work||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22100

[Bug target/22085] [4.1 Regression] error with -fpreprocessed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 23:48 --- The reason why I marked this as a regression is because it causes -save-temps not to work. -- What|Removed |Added ---

[Bug middle-end/22108] [4.1 Regression] intrinsic.c:2044: error: insn does not satisfy its constraints

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-06-17 23:37 --- Subject: Re: [4.1 Regression] intrinsic.c:2044: error: insn does not satisfy its constraints > This should have been fixed by: > 2005-06-17 Richard Henderson <[EMAIL PROTECTED]> > > * l

[Bug middle-end/22108] [4.1 Regression] intrinsic.c:2044: error: insn does not satisfy its constraints

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 23:34 --- This should have been fixed by: 2005-06-17 Richard Henderson <[EMAIL PROTECTED]> * local-alloc.c (update_equiv_regs): Update reg_equiv_init properly when moving an initialization insn. -

[Bug tree-optimization/22088] [4.1 regression] ICE with -ftree-vectorize

--- Additional Comments From hubicka at ucw dot cz 2005-06-17 23:31 --- Subject: Re: [4.1 regression] ICE with -ftree-vectorize > > --- Additional Comments From rth at gcc dot gnu dot org 2005-06-17 22:11 > --- > Fixed: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01535.html

Re: [Bug tree-optimization/22088] [4.1 regression] ICE with -ftree-vectorize

> > --- Additional Comments From rth at gcc dot gnu dot org 2005-06-17 22:11 > --- > Fixed: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01535.html > > Although I didn't see this pr before writing the patch, I like my patch > better because not all paths go through loop peeling. Which

[Bug middle-end/22108] [4.1 Regression] intrinsic.c:2044: error: insn does not satisfy its constraints

--- Additional Comments From danglin at gcc dot gnu dot org 2005-06-17 23:19 --- Hmm, seems like the insn wasn't deleted for some reason. From intrinsic.c.23.greg: Reloads for insn # 3263 Reload 0: reload_in (SI) = (high:SI (symbol_ref/v/f:SI ("*L$C0040") [flags 0x2] )) GENERAL

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From mckinlay at redhat dot com 2005-06-17 22:59 --- Confirmed -- What|Removed |Added Status|UNCONFIRMED |NEW Ever C

[Bug middle-end/22108] New: [4.1 Regression] intrinsic.c:2044: error: insn does not satisfy its constraints

stage1/xgcc -Bstage1/ -B/opt/gnu/gcc/gcc-4.1.0/hppa2.0w-hp-hpux11.11/bin/ -c - g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototyp es -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -fno-common -DHAVE_CONFIG_H-I. -Ifortran -I../../gc

[Bug c++/17413] [3.4 regression] local classes as template argument

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 22:13 --- Subject: Bug 17413 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-17 22:13:36 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug target/22085] [4.1 Regression] error with -fpreprocessed

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot |dot org |org Status|UNCONFIRMED

[Bug tree-optimization/22088] [4.1 regression] ICE with -ftree-vectorize

--- Additional Comments From rth at gcc dot gnu dot org 2005-06-17 22:11 --- Fixed: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01535.html Although I didn't see this pr before writing the patch, I like my patch better because not all paths go through loop peeling. Which means that we'

Re: Bug on sizeof(void) == 1, must be undefined or negative, == -100000.

On Jun 17, 2005, at 17:31:34, [EMAIL PROTECTED] wrote: > Since this is a GNU extension, GCC defines as adding 1. See the > documentation > where this is documented. > http://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/Pointer-Arith.html#Pointer- > Arith > > > In GNU C, addition and subtraction oper

[Bug tree-optimization/22105] [4.1 Regression] ACATS ICE cxg2018 for_each_index, at tree-ssa-loop-im.c:219

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 21:34 --- Subject: Bug 22105 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-17 21:33:52 Modified files: gcc: ChangeLog tree-ssa-loop-im.c Log me

[Bug tree-optimization/22105] [4.1 Regression] ACATS ICE cxg2018 for_each_index, at tree-ssa-loop-im.c:219

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 21:34 --- Subject: Bug 22105 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-17 21:33:52 Modified files: gcc: ChangeLog tree-ssa-loop-im.c Log me

[Bug tree-optimization/21817] [4.0 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:200

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 21:34 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

Re: Bug on sizeof(void) == 1, must be undefined or negative, == -100000.

On Jun 17, 2005, at 5:27 PM, [EMAIL PROTECTED] wrote: On Jun 17, 2005, at 17:05:37, [EMAIL PROTECTED] wrote: void *z = y; // -> z = 0xBAD0DAD5 z++; // adding +0? adding +1? adding +4? abort this error? Since this is a GNU extension, GCC defines as adding 1. See the documentation

[Bug c++/22107] Type checking seems to break with string operator=

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 21:29 --- (In reply to comment #2) > Aparently the compiler is doing automatic type conversion from long to char; > however, it does not warn about this with the following options enabled: > -Wall > -pedantic -W -Wc

Re: Bug on sizeof(void) == 1, must be undefined or negative, == -100000.

On Jun 17, 2005, at 17:05:37, [EMAIL PROTECTED] wrote: > This is invalid code and a GNU extension to take the sizeof(void). The > reason > why GCC defines it as 1 is because you can do the following: > void *a; > a++; > > If you want to error out on GNU extensions, use -pedantic-errors. > > Than

[Bug c++/22107] Type checking seems to break with string operator=

--- Additional Comments From weage98 at yahoo dot com 2005-06-17 21:27 --- Ok. This also compiles without warnings: #include int main() { std::string s; long l = 1234; s = l; } Aparently the compiler is doing automatic type conversion from long to char; however, it does not

[Bug tree-optimization/22105] [4.1 Regression] ACATS ICE cxg2018 for_each_index, at tree-ssa-loop-im.c:219

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 21:16 --- The following should fix it, I am testing it right now: Index: tree-ssa-loop-im.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-loop-im.c,v retrievi

Re: Bug on sizeof(void) == 1, must be undefined or negative, == -100000.

On Jun 17, 2005, at 4:33 PM, [EMAIL PROTECTED] wrote: Please, to run this script of 5 lines: #!/bin/sh cat > bug_void.c < This is invalid code and a GNU extension to take the sizeof(void). The reason why GCC defines it as 1 is because you can do the following: void *a; a++; If you want to

[Bug tree-optimization/21959] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 20:54 --- Why does ivcanon/tree-ssa-loop-niter gets this correct (at 128) but VRP cannot. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21959

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From joseph at codesourcery dot com 2005-06-17 20:48 --- Subject: Re: [4.0/4.1 Regression] redefinition of inline function succeeds On Fri, 17 Jun 2005, echristo at redhat dot com wrote: > Here are the 4 testcases that I've been using to test, the first two yo

[Bug tree-optimization/22103] [4.1 Regression] Statement makes a memory store .., complex

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED

[Bug target/19889] g++.old-deja/g++.law/profile1.C execution test fails on ia64-hpux

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 20:46 --- Subject: Bug 19889 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-17 20:45:51 Modified files: gcc: ChangeLog gcc/config/ia64: h

[Bug tree-optimization/21959] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 20:37 --- (In reply to comment #10) > > No because Ada front-end is creating: > > signed_char <= 127 which is always true, removing this from fold would not > > change the problem as it will still be optimized away. >

[Bug target/22089] [4.1 Regression] bootstrap ices / insn does not satisfy its constraints.

--- Additional Comments From rth at gcc dot gnu dot org 2005-06-17 20:35 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

Bug on sizeof(void) == 1, must be undefined or negative, == -100000.

Please, to run this script of 5 lines: #!/bin/sh cat > bug_void.c <

[Bug target/22089] [4.1 Regression] bootstrap ices / insn does not satisfy its constraints.

--- Additional Comments From laurent at guerby dot net 2005-06-17 20:32 --- All ACATS fail are fixed by RTH patch. http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg01046.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22089

[Bug ada/21959] [4.1 Regression] Ada depends on signed overflow

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-17 20:23 --- > No because Ada front-end is creating: > signed_char <= 127 which is always true, removing this from fold would not > change the problem as it will still be optimized away. Where do you see signed_char?

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From echristo at redhat dot com 2005-06-17 20:21 --- Here are the 4 testcases that I've been using to test, the first two you've seen. (and no, the dg stuff isn't done yet, but that's merely to make the testsuite happy.) test1: /* { dg-do compile } */ /* This tes

[Bug c++/22107] Type checking seems to break with string operator=

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 20:17 --- Invalid, and here is why: std::string s = 1234; trys to call a constructor and not operator=. s = 1234; calls operator= where the type is char so 1234 is converted to char and then calls the operator=.

[Bug c++/22107] New: Type checking seems to break with string operator=

The following code compiles with an error: #include int main() { std::string s = 1234; } while this code compiles and runs, but produces garbage results: #include int main() { std::string s; s = 1234; } -- Summary: Type checking seems to break with string operator=

[Bug ada/21959] [4.1 Regression] Ada depends on signed overflow

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 20:02 --- (In reply to comment #8) > Well, it seems to me that the culprit is fold, no? No because Ada front-end is creating: signed_char <= 127 which is always true, removing this from fold would not change the pro

[Bug ada/21959] [4.1 Regression] Ada depends on signed overflow

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-17 19:56 --- Well, it seems to me that the culprit is fold, no? else if (!in_gimple_form && TREE_INT_CST_HIGH (arg1) == signed_max_hi && TREE_INT_CST_LOW (arg1) ==

[Bug target/22083] [3.4/4.0/4.1 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

--- Additional Comments From lmakhlis at bmc dot com 2005-06-17 19:32 --- Andrew: I am trying to run older (5.1) programs on a newer (5.2) system, not vice versa -- why would that require forward (rather than backward) compatibility? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22

[Bug target/22083] [3.4/4.0/4.1 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-17 19:13 --- > As a side point, TARGET_C99_FUNCTION isn't defined on any Solaris platforms. > I > think it's okay to define it on Solaris 9 and up? Only Solaris 10 has full C99 math support out of the box (and after

[Bug target/22083] [3.4/4.0/4.1 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 19:05 --- (In reply to comment #4) > If you have C++ code that uses std::sqrt(float) and build a dynamically linked > executable on AIX 5.1, then bring it over to AIX 5.2, it won't run, because > sqrtf() is now in lib

[Bug target/22083] [3.4/4.0/4.1 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

--- Additional Comments From lmakhlis at bmc dot com 2005-06-17 19:01 --- It might be an issue with the patch level of libm -- I was testing on 5.1 ML04, which was released in 2002 -- but I've found another machine at ML05 (released in Oct 2003), and it still doesn't have sqrtf and frien

[Bug libfortran/20179] cannot mix C and Fortran I/O

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 18:12 --- *** Bug 22106 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libfortran/22106] Dynamically linking a C program with libgfortran produces a strange error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 18:12 --- This basicially fixed in 4.0.1 but there might be other issues left. This is also a dup of bug 20179. *** This bug has been marked as a duplicate of 20179 *** -- What|Removed

[Bug libfortran/22106] New: Dynamically linking a C program with libgfortran produces a strange error

Test case: #include int main() { printf("BLAH\n"); return 0; } compiling the above prog. with "gcc blah.c -o blah" creates a working executable. When compiling it with "gcc blah.c -o blah -lgfortran" (which should not change anything (?)) the output can no longer be re-d

[Bug tree-optimization/22105] [4.1 Regression] ACATS ICE cxg2018 for_each_index, at tree-ssa-loop-im.c:219

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|ada

[Bug target/22083] [3.4/4.0/4.1 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

--- Additional Comments From roger at eyesopen dot com 2005-06-17 17:22 --- Unfortunately, the AIX 5.1 machine that was loaned to OpenEye by IBM has had to be returned since this patch was submitted/applied in 2003. So my only guess is that this may have been a patch level issue with bo

[Bug target/22089] [4,1 Regression] bootstrap ices / insn does not satisfy its constraints.

--- Additional Comments From laurent at guerby dot net 2005-06-17 17:17 --- For the record, the following 12 ACATS tests get the same ICE on x86-linux. c38202a c3a0004 c910001 c940005 c940010 c940013 c95086c c95086e c95086f c951002 c954024 c954026 -- http://gcc.gnu.org/bu

[Bug ada/22105] New: ACATS ICE cxg2018 for_each_index, at tree-ssa-loop-im.c:219

==+ | 4.1.0 20050617 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in for_each_index, at tree-ssa-loop-im.c:219 | | Error detected at cxg2018.adb:355:5 | -- Summary: ACATS ICE cxg2018 for_each_index, at

[Bug libgcj/22084] [4.1 Regression] Divide_1 test case hangs

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-17 17:05 --- I can only reproduce this with 'make check'. When I compile the test case by hand with an installed compiler, it works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22084

[Bug tree-optimization/22103] [4.1 Regression] Statement makes a memory store .., complex

G DETECTED==+ | 4.1.0 20050617 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | verify_ssa failed. | | Error detected at cxg1003.adb:478:5 | /home/guerby/work/gcc/build/build-20050

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

-- Bug 19292 depends on bug 19155, which changed state. Bug 19155 Summary: [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19155 What|Old Value |New Value --

[Bug libfortran/19155] [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-17 16:24 --- Closed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/21875] [meta-bug] NIST test suite failures

-- Bug 21875 depends on bug 19155, which changed state. Bug 19155 Summary: [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19155 What|Old Value |New Value --

[Bug libfortran/19155] [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 16:24 --- Subject: Bug 19155 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-17 16:23:42 Modified files: libgfortran: Change

[Bug libfortran/19155] [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 16:20 --- Subject: Bug 19155 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-17 16:20:30 Modified files: libgfortran: ChangeLog libgfortran/io : r

[Bug rtl-optimization/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From tomstdenis at gmail dot com 2005-06-17 15:44 --- (In reply to comment #8) > (In reply to comment #7) > > See http://bugs.gentoo.org/> for instructions. > > Is there a reason why you reported this to here and not to gentoo or did gentoo tell you to file it he

[Bug rtl-optimization/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From tomstdenis at gmail dot com 2005-06-17 15:41 --- Created an attachment (id=9105) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9105&action=view) Profile data for the file that dies -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22104

[Bug libfortran/19155] [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-17 15:40 --- Keeping the patch keyword and changing the patch URL, here is the fix for that new bug: http://gcc.gnu.org/ml/fortran/2005-06/msg00240.html -- What|Removed |Added -

[Bug rtl-optimization/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 15:36 --- (In reply to comment #7) > See http://bugs.gentoo.org/> for instructions. Is there a reason why you reported this to here and not to gentoo or did gentoo tell you to file it here? Also since this is only r

[Bug c/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From tomstdenis at gmail dot com 2005-06-17 15:32 --- (In reply to comment #6) > What is the error comming from GCC with -fprofile-use? cc -march=prescott -fprofile-use -Wall -W -Wshadow -I./ -O3 -funroll-loops -fomit-frame-pointer -c -o fp_sqr_comba.o fp_sqr_c

[Bug libfortran/19155] [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From dje at gcc dot gnu dot org 2005-06-17 15:15 --- pr19155.f produces the following error output: At line 13 of file pr19155.f Fortran runtime error: Range error during floating point read AIX strtod ("", NULL) sets errno to EINVAL, as allowed by the standard

[Bug ada/19382] ACATS cxb5002 simple To_Fortran test fails at runtime on s390-linux

-- What|Removed |Added Keywords||alias http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19382

[Bug c/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 14:55 --- What is the error comming from GCC with -fprofile-use? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22104

[Bug c/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From tomstdenis at gmail dot com 2005-06-17 14:54 --- (In reply to comment #4) > (In reply to comment #3) > One more question, what is the ICE? What is ICE and how do I figure that out? Tom -- What|Removed |Added

[Bug tree-optimization/22100] [4.1 regression] internal compiler error: in tree_verify_flow_info

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22100

[Bug middle-end/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 14:52 --- (In reply to comment #3) One more question, what is the ICE? -- What|Removed |Added

[Bug c/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From tomstdenis at gmail dot com 2005-06-17 14:51 --- (In reply to comment #2) > Can you show how you compiled both with -fprofile-generate and -fprofile-use? cc -march=prescott -fprofile-generate -Wall -W -Wshadow -I./ -O3 -funroll-loops -fomit-frame-pointer -

[Bug target/22089] [4,1 Regression] bootstrap ices / insn does not satisfy its constraints.

-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22089

[Bug target/22089] [4,1 Regression] bootstrap ices / insn does not satisfy its constraints.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 14:49 --- Woops the patch has not been checked in yet for some reason I thought it was. -- What|Removed |Added -

[Bug fortran/22101] use of type(x), pointer:: next => null() causes compilation to fail with a spurious error message

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 14:47 --- This is most likely the same bug as PR 16606 or PR 21370 but since I have not reduced it yet, I don't know which one for sure. -- What|Removed |Added -

[Bug target/22083] [3.4/4.0/4.1 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

-- What|Removed |Added Keywords||wrong-code Summary|TARGET_C99_FUNCTIONS is |[3.4/4.0/4.1 Regression] |wrongly

[Bug libgcj/22084] [4.1 Regression] Divide_1 test case hangs

-- What|Removed |Added Keywords||wrong-code Summary|Divide_1 test case hangs|[4.1 Regression] Divide_1 |

[Bug target/22089] [4,1 Regression] bootstrap ices / insn does not satisfy its constraints.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 14:39 --- Fixed by RTH's patch in . -- What|Removed |Added

[Bug middle-end/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 14:36 --- Can you show how you compiled both with -fprofile-generate and -fprofile-use? -- What|Removed |Added -

[Bug c/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

-- What|Removed |Added GCC build triplet|Linux prescott 2.6.11.11 #1 | |Tue May 31 09:06:43 EDT 2005| |i686 In | GCC host

[Bug c/22104] using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

--- Additional Comments From tomstdenis at gmail dot com 2005-06-17 14:31 --- Created an attachment (id=9104) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9104&action=view) It's the preprocessed code that died. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22104

[Bug c/22104] New: using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

I was minding my own business compiling some math code, the profile-generate build worked and ran fine then I tried a profile-use build and it borked bitching and all... -- Summary: using "-fprofile-use" on code that has HUGE amounts of inline asm borks it

[Bug tree-optimization/22103] [4.1 Regression] Statement makes a memory store .., complex

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22103

[Bug tree-optimization/22103] New: [4.1 Regression] Statement makes a memory store .., complex

Take the following function, we ICE at -O1 now: _Complex float f(void); void *a; _Complex float g(void) { _Complex float x = f(); __imag__ x = 1.0; if (__imag__ x != 1.0) { a = &x; } return x; } The ICE we get is: vi t.c.t.c: In function ?g?: t.c:5: error: Statement makes a

[Bug target/22083] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 14:02 --- See for the patch which caused it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22083

[Bug target/22083] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

--- Additional Comments From dje at gcc dot gnu dot org 2005-06-17 13:56 --- The macro was defined for AIX 5.1 by Roger Sayle: 2003-07-04 Roger Sayle <[EMAIL PROTECTED]> * config/rs6000/aix51.h (TARGET_C99_FUNCTIONS): Define. * config/rs6000/aix52.h (TARGET_C99_FUNCTI

[Bug tree-optimization/22088] [4.1 regression] ICE with -ftree-vectorize

--- Additional Comments From hubicka at ucw dot cz 2005-06-17 13:53 --- Subject: Re: [4.1 regression] ICE with -ftree-vectorize > > --- Additional Comments From dorit at il dot ibm dot com 2005-06-17 > 12:58 --- > > bug.c: In function 'foo': > > bug.c:4: internal compiler err

[Bug libgcj/22084] Divide_1 test case hangs

--- Additional Comments From dnovillo at redhat dot com 2005-06-17 13:44 --- Subject: Re: Divide_1 test case hangs On Fri, Jun 17, 2005 at 01:13:49PM -, rmathew at gcc dot gnu dot org wrote: > -2147483648 > -2147483648 > 0 > 0 > [...] > > Note that the values are totall

  1   2   >