[Bug middle-end/17793] [4.0 Regression] Ada bootstrap failure

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-23 09:16 
---
Subject: Bug 17793

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-10-23 09:16:47

Modified files:
gcc: ChangeLog gimplify.c 

Log message:
PR middle-end/17793
* gimplify.c (gimplify_addr_expr) : Look
through the operand if it is a useless type conversion.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.5994&r2=2.5995
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gimplify.c.diff?cvsroot=gcc&r1=2.83&r2=2.84



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17793

[Bug middle-end/17793] [4.0 Regression] Ada bootstrap failure

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-10-23 09:19 
---
Initial patch: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01632.html
Final version: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01887.html


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17793

[Bug fortran/18122] New: gfortran internal error in namelist read

[Thomas dot Koenig at online dot de]

I get an internal error reading a namelist, for details see

http://bugs.debian.org/277845

$ gfortran-4.0 -v
Reading specs from /usr/lib/gcc/i486-linux/4.0.0/specs
Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc
--prefix=/usr --libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/4.0
--enable-shared --with-system-zlib --enable-nls --enable-threads=posix
--without-included-gettext --program-suffix=-4.0 --enable-__cxa_atexit
--enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug
--enable-java-gc=boehm --enable-java-awt=gtk i486-linux
Thread model: posix
gcc version 4.0.0 20040912 (experimental) (Debian 4.0-0pre0)

-- 
   Summary: gfortran internal error in namelist read
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18122

[Bug libfortran/18122] gfortran internal error in namelist read

[bdavis at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|fortran |libfortran
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-23 12:41:13
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18122

[Bug java/18119] GCJ imports inner classes too eagarly

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 16:13 
---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
   Last reconfirmed|-00-00 00:00:00 |2004-10-23 16:13:21
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119

[Bug rtl-optimization/18120] -O2 -funroll-loops causes bad loop behavior on fedora

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-10-23 16:22 ---
Can you post the output you get from using -funroll-loops and without? 
They look the same on my system, so I'm not sure what's wrong. (It's 
not a fedora system, though, so that may be one of the reasons.) 
 
Thanks 
 Wolfgang 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18120

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 18:17 
---
The patch is not right as it causes a cross to m68k to fail I will test a different 
patch which just 
conditionalize the functions in bitmap.c.

-- 
   What|Removed |Added

   Keywords|patch   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058

[Bug middle-end/17407] [4.0 Regression] ICE in int_mode_for_mode

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 18:19 
---
I am testing a better patch which fixes this problem in the middle-end in 
build_array_type instead of in 
the front-end where I thought the problem was.  I am also fixing a C++ template 
related array problem 
which also needs this patch so I fix it for both things at the same time.

-- 
   What|Removed |Added

  Component|c   |middle-end
   Keywords|patch   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17407

[Bug c++/18121] [4.0 regression] ICE with array type

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 18:20 
---
Mine, I am testing a patch for this right now.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18121

[Bug middle-end/17407] [4.0 Regression] ICE in int_mode_for_mode

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 19:05 
---
Patch here:  which reverts 
the fix for 
PR middle-end/12920 and fixes PR middle-end/12920 right and also fixes PR c++/18121.

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17407

[Bug c++/18121] [4.0 regression] ICE with array type

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 19:05 
---
Patch here:  which reverts 
the fix for 
PR middle-end/12920 and fixes PR middle-end/12920 right and also fixes PR 
middle-end/17407.

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18121

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 19:16 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17967

[Bug middle-end/17967] [4.0 Regression] Expand is considered slower? (remove_useless_stmts is considered part of expand)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-23 19:17 
---
Subject: Bug 17967

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-10-23 19:17:09

Modified files:
gcc: ChangeLog tree-cfg.c 

Log message:
2004-10-23  Andrew Pinski  <[EMAIL PROTECTED]>

PR middle-end/17967
* tree-cfg.c (remove_usless_stmts_cond):  Don't Fold statement.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.5996&r2=2.5997
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-cfg.c.diff?cvsroot=gcc&r1=2.88&r2=2.89



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17967

[Bug tree-optimization/17966] a quadratic behavior in thread_jumps

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 19:18 
---
I think I just fixed the compile time problem in this PR by the patch which I 
committed for PR 17967, 
Can you try again?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17966

[Bug bootstrap/13993] [3.4/4.0 Regression] Relative path as srcdir causes problem

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 19:22 
---
Patch posted here: .

This is also known as .

-- 
   What|Removed |Added

 Status|REOPENED|NEW
   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13993

[Bug fortran/18111] spurious warnings with -W -Wunused

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-10-23 19:41 ---
Patch here: http://gcc.gnu.org/ml/fortran/2004-10/msg00183.html

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18111

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-10-23 19:44 
---
> The patch is not right as it causes a cross to m68k to fail I will test a
> different patch which just conditionalize the functions in bitmap.c

Death to crosses to m68k ;-)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[schwab at suse dot de]

--- Additional Comments From schwab at suse dot de  2004-10-23 19:49 ---
Only over my dead body. :-) 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 20:01 
---
(From update of attachment 7405)
Woops that one did not work at all.


-- 
   What|Removed |Added

Attachment #7405 is|0   |1
   obsolete||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 20:17 
---
New patch which works on a cross to m68k and it is simplier:
.

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058

[Bug bootstrap/13993] [3.4 Regression] Relative path as srcdir causes problem

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 20:31 
---
Daniel since your patch fixes this bug, could you look into backporting it to the 3.4 
branch?

-- 
   What|Removed |Added

 CC||drow at gcc dot gnu dot org
Summary|[3.4/4.0 Regression]|[3.4 Regression] Relative
   |Relative path as srcdir |path as srcdir causes
   |causes problem  |problem


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13993

[Bug SWING/16697] javax.swing.BoxLayout only wraps GridLayout

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-23 20:33:38
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16697

[Bug c++/15788] Poor error recovery with if and blocks

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 20:37 
---


*** This bug has been marked as a duplicate of 15787 ***

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15788

[Bug c++/15787] Poor error message with if and blocks

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 20:37 
---
*** Bug 15788 has been marked as a duplicate of this bug. ***

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15787

[Bug java/16675] Null parameter values for anonymous constructor invocation require explicit cast

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 20:43 
---
We now get an ICE on the mainline (which I think can almost considered a regression) :
Test.java: In class 'Test':
Test.java: In method 'Test.someTestMethod()':
Test.java:5: internal compiler error: in mangle_pointer_type, at java/mangle.c:402
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
   Last reconfirmed|2004-07-22 20:17:04 |2004-10-23 20:43:15
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16675

[Bug tree-optimization/17966] a quadratic behavior in thread_jumps

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2004-10-23 20:48 ---
OK.  Now mainline is a lot faster than 3.3 on this testcase.

3.3 takes more than 20 seconds
mainlines takes less than 3 seconds

Thanks Andrew!

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17966

[Bug tree-optimization/17966] a quadratic behavior in thread_jumps

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17966

[Bug tree-optimization/13776] [4.0 Regression] [tree-ssa] Many C++ compile-time regression in 4.0-tree-ssa 040120

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 21:26 
---
Can you post again the new result as a huge amount has been changed since Auguest 31 
and there has 
been some compile time improvements in that time?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776

[Bug preprocessor/15307] [3.3/3.4 Regression] Preprocessor ICE on invalid input

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 21:34 
---
Fixed at least on the mainline.

-- 
   What|Removed |Added

  Known to fail|3.3.3 3.4.0 4.0 |3.3.3 3.4.0
  Known to work|3.2.3   |3.2.3 4.0.0
Summary|[3.3/3.4/4.0 Regression]|[3.3/3.4 Regression]
   |Preprocessor ICE on invalid |Preprocessor ICE on invalid
   |input   |input


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15307

[Bug tree-optimization/17355] [4.0 Regression] ICE in calculate_live_on_entry, at tree-ssa-live.c:724

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 21:51 
---
Does this still happen?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17355

[Bug java/16885] [4.0 Regression] java/awt/Container.java build failure with parallel make

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|REOPENED|NEW


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16885

[Bug c++/18123] New: [3.4/4.0 regression] ICE on templated enum

[reichelt at gcc dot gnu dot org]

Compiling the following invalid ocde snippet I get an ICE:

==
template enum E { e };
==

bug.cc:1: error: template declaration of 'enum E'
bug.cc:1: internal compiler error: tree check: expected class 'declaration',
have 'exceptional' (error_mark) in pushdecl, at cp/name-lookup.c:641
Please submit a full bug report, [etc.]

The regression appeared with Kriang's patch
http://gcc.gnu.org/ml/gcc-cvs/2003-10/msg00781.html

Looks like some function cannot deal with the returned error_mark_node
in push_template_decl_real.

-- 
   Summary: [3.4/4.0 regression] ICE on templated enum
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,lerdsuwa at gcc dot gnu
dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18123

[Bug c++/18123] [3.4/4.0 regression] ICE on templated enum

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 23:07 
---
Confirmed.

-- 
   What|Removed |Added

   Severity|normal  |minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-23 23:07:28
   date||
   Target Milestone|--- |3.4.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18123

[Bug c++/18123] [3.4/4.0 regression] ICE on templated enum

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 23:08 
---
: Search converges between 2003-10-20-trunk (#382) and 2003-10-23-trunk (#383).

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18123

[Bug c++/18124] New: [3.4/4.0 regression] ICE with invalid template template parameter

[reichelt at gcc dot gnu dot org]

And another ICE with invalid code and templates:

=
template class class> class A {};
=

bug.cc:1: error: expected identifier before "class"
bug.cc:1: internal compiler error: tree check: expected identifier_node, have
error_mark in lookup_name_current_level, at cp/name-lookup.c:4144
Please submit a full bug report, [etc.]

Phil's regression hunter says:
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).

Looks like it was introduced with the new parser.

-- 
   Summary: [3.4/4.0 regression] ICE with invalid template template
parameter
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18124

[Bug c++/18124] [3.4/4.0 regression] ICE with invalid template template parameter

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 23:14 
---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-23 23:14:01
   date||
   Target Milestone|--- |3.4.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18124

[Bug middle-end/17965] [4.0 Regression] ice in expand_call

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-23 23:45 
---
This 4.0 regression at least on powerpc-darwin.  It used to work in 3.3.

-- 
   What|Removed |Added

  Known to fail||4.0.0
  Known to work||3.3
Summary|ice in expand_call  |[4.0 Regression] ice in
   ||expand_call
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17965

[Bug tree-optimization/17529] [4.0 Regression] ICE in get_indirect_ref_operands

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 00:59 
---
I have a simple patch which just calls fold_stmt on the ASM_EXPR to fold *&a.

-- 
   What|Removed |Added

 Status|REOPENED|ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17529

[Bug tree-optimization/17529] [4.0 Regression] ICE in get_indirect_ref_operands

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 01:00 
---
The other patch will be put on hold for 4.1 (I will create a branch to contain this 
patch and other 
patches which are needed for that patch).

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17529

[Bug tree-optimization/17529] [4.0 Regression] ICE in get_indirect_ref_operands

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 01:09 
---
New simpler patch: .

-- 
   What|Removed |Added

   Keywords||patch
   Last reconfirmed|2004-10-15 01:20:09 |2004-10-24 01:09:41
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17529

[Bug c/17932] gcc-3.4.2 fails to compile glibc-2.3.3

[tyrerj at acm dot org]

--- Additional Comments From tyrerj at acm dot org  2004-10-24 01:13 ---
This bug is marked as a duplicate of a bug that has been marked INVALID.  
  
So, this bug isn't a duplicate anymore and should be reopened.  
  
 
--  
JRT  
  
  

-- 
   What|Removed |Added

 CC||tyrerj at acm dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17932

[Bug c/17932] gcc-3.4.2 fails to compile glibc-2.3.3

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 01:41 
---
But it is invalid code, I said read why GCC changed and why this version glibc is 
wrong. 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17932

[Bug c/17932] gcc-3.4.2 fails to compile glibc-2.3.3

[tyrerj at acm dot org]

--- Additional Comments From tyrerj at acm dot org  2004-10-24 02:55 ---
Subject: Re:  gcc-3.4.2 fails to compile glibc-2.3.3

pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 01:41 
> ---
> But it is invalid code, I said read why GCC changed and why this version glibc is 
> wrong. 
> 
> 
OK, so I will go back to reporting it as a GLibc bug which is what I did first 
and was advised that it was a GCC bug.

--
JRT


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17932

[Bug target/15286] ICE cause by reload

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2004-10-24 02:59 ---
pr15286.c:72: error: unrecognizable insn:
(insn 496 167 381 0 (set (mem:SI (plus:SI (reg/f:SI 1 r1)
(const_int 204 [0xcc])) [15 clock_start+0 S4 A8])
(subreg:SI (reg:DI 32 f0) 4)) -1 (nil)
(nil))

insn 496 is generated by reload, but it is generated for insn 167

(insn:HI 167 427 381 0 (set (subreg:DI (reg/v:SI 279 [ clock_start ]) 0)
(fix:DI (reg:DF 294))) 239 {fix_truncdfdi2} (insn_list:REG_DEP_TRUE 484
(nil))
(expr_list:REG_DEAD (reg:DF 294)
(nil)))

regclass appears to be choosing a correct register class

  Register 279 costs: BASE_REGS:262 GENERAL_REGS:262 LINK_REGS:2620474
CTR_REGS:2620474 LINK_OR_CTR_REGS:2620474 SPECIAL_REGS:2620474
SPEC_OR_GEN_REGS:2620474 NON_FLOAT_REGS:2620474 MEM:2620948
  Register 279 pref GENERAL_REGS, else NON_FLOAT_REGS
Register 279 used 2 times across 70 insns; set 1 time; user var; crosses 5
calls; 4 bytes; pref GENERAL_REGS, else NON_FLOAT_REGS.

But then reload chooses an FPR.  It places a float value (reg:DF) in a GPR (r0)
and places an integer subreg in a FPR (f0).

Reloads for insn # 167
Reload 0: FLOAT_REGS, RELOAD_FOR_OUTPUT (opnum = 0)
reload_out_reg: (subreg:DI (reg/v:SI 279 [ clock_start ]) 0)
Reload 1: reload_in (DF) = (reg:DF 0 r0 [294])
reload_out (DI) = (subreg:DI (reg/v:SI 279 [ clock_start ]) 0)
FLOAT_REGS, RELOAD_OTHER (opnum = 1)
reload_in_reg: (reg:DF 0 r0 [294])
reload_out_reg: (subreg:DI (reg/v:SI 279 [ clock_start ]) 0)
reload_reg_rtx: (reg:DF 32 f0)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15286

Optimization Bug in g77

[Steven E. Williamson]

I have run into a strange problem with g77 when run with the -O or -O1
option but NOT with -O2, -O3, or no optimization.  Below is piece
of Fortran code (removed from a larger program) which illustrates the
problem.  The basic function of the code is to go through a list
of data (the RAW array) and accumulate an average and uncertainty
in the average, excluding "outlier points".  This is done iteratively
by calculating an average and standard deviation using only points
that differ by less than some number (NSIG) of standard deviations
from the average calculated by the previous iteration (in the first
iteration all points are accumulated).  The iteration is repeted until
the average does not change between two iterations or until some
maximum number of iterations is reached.  In the program below, some
fake data is first generated.  For technical reasons, the number of
"rejected points" and the number of iterations (normally integers) are
accumulated in double precision reals.

The problem with this code is that when compiled with either the -O or -O1
options, the maximum number of iterations is performed.  When compiled
with -O2, -O3, or no optimization options, only 2 iterations are done.
Some how the check for the averages of two successive iterations is
being disabled when -O or -O1 is selected.

Two other symptoms that I have noticed: if the -ffloat-store option is
used, then the program always works correctly (does only 2 iterations).
And, if the write statement immediately preceding the check for
equal averages is un-commented, the program also works correctly.

---Program optimization-test.F CUT HERE--
C   This program produces two different results depending on
C   the g77 optimization.
IMPLICIT NONE
C   Maximum number of iterations of the filtering process
INTEGER NITRMX
PARAMETER (NITRMX = 50)
C   Number of SIGMA outside of which data is rejected.
INTEGER NSIG
PARAMETER (NSIG = 40)
C   Number of data points
INTEGER NDAT
PARAMETER (NDAT = 200)
C
INTEGER I
REAL RAW(200)
DOUBLE PRECISION AV,SD,AVOLD,SDOLD,FIL(2),SUM,SUM2
C
FIL(2) = 1.D0
SDOLD = 1.D37
AVOLD = 0.D0
C   Generate some fake data (Gaussian tail with flat-top)
DO 100 I = 1,NDAT
RAW(I) = EXP(-((I-100.)/10.)**2)
100 CONTINUE
DO 110 I = NDAT/2-20,NDAT/2+20
RAW(I) = 1
110 CONTINUE
C
C   Scan data to calculate mean and uncertainty.  Reject
C   any data that is NSIG SIGMA from the mean (unless this
C   is the first iteration).
10  SUM = 0.D0
SUM2 = 0.D0
FIL(1) = 0.D0
DO 70 I = 1,NDAT
IF (FIL(2).LE.1.D0.OR.ABS(RAW(I)-AVOLD).LE.NSIG*SDOLD) THEN
SUM = SUM+RAW(I)
SUM2 = SUM2+RAW(I)**2
ELSE
FIL(1) = FIL(1)+1.D0
ENDIF
70  CONTINUE
C   Calculate a new mean and SIGMA.
AV = SUM/(NDAT-FIL(1))
C   This is the standard deviation of the mean (which is not the
C   same as the standard deviation of the measurement distribution,
C   i.e. the sample standard deviation.).
SD = SQRT(SUM2/(NDAT-FIL(1))-AV**2)/SQRT(NDAT-1-FIL(1))
c   write (6,*) av
IF (FIL(2).LE.1.D0.OR.AV.NE.AVOLD) THEN
IF (FIL(2).LT.NITRMX) THEN
C   If this is the first iteration, or if the process
C   hasn't converged, go back and re-scan.
FIL(2) = FIL(2)+1.D0
AVOLD = AV
SDOLD = SD
GO TO 10
ENDIF
ENDIF
write (6,*) fil(2),av,fil(1)
if (fil(2).eq.nitrmx) then
write (6,*) 'Wrong answer!'
else
write (6,*) 'Right answer.'
endif
STOP 'All done.'
END


Here is the Makefile that I use to genererate the executable of the
above program.  It assumes that the above Fortran is in a file
called optimization-test.F.  A number of different choices for
the FFLAGS (most commented out) are divided into a group that doesn't
work and a group that works.

---Makefile CUT HERE
# This is a make file for optimization-test.  The following commands are
# defined:
# make  Create program on source directory (don't install
#   in destination)
# make all  "
# make program  "
# make cleanRemove object files from the source directory
# make install  Move the program from the source directory to the
#   destination
# make update   Combines program creation with installation in
#   destination directory

# Final result of this make file
PROGRAM=optimization-test

OBJS=optimization-test.o

# Source file names