[Bug target/32307] ICE building simple httpd log.c for -m5282x option

2007-07-30 Thread corsepiu at gcc dot gnu dot org 


--- Comment #4 from corsepiu at gcc dot gnu dot org  2007-07-30 08:11 
---
Having investigated this breakdown further, I can reproduce it for many
coldfire variants.

Also: FWIW: Adding -fomit-frame-pointer lets the ICE disappear.


-- 

corsepiu at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|3.2.3 4.1.1 4.2.0   |3.2.3 4.1.1 4.2.0 4.2.1


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

[Bug tree-optimization/32527] [4.3 Regression] ICE in build2_stat, at tree.c:3074

2007-07-30 Thread pinskia at gcc dot gnu dot org 


--- Comment #8 from pinskia at gcc dot gnu dot org  2007-07-30 09:28 ---
Subject: Bug 32527

Author: pinskia
Date: Mon Jul 30 09:28:14 2007
New Revision: 127058

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127058
Log:
2007-07-30  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/32527
* tree-affine.h (aff_tree): The type of rest is sizetype for types
of pointers.
* tree-affine.c (aff_combination_scale): If type is a pointer type,
use sizetype for rest.
(aff_combination_add_elt): Likewise. Don't specialize pointer types.
(aff_combination_convert): Don't convert rest for pointer types.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-affine.c
trunk/gcc/tree-affine.h


-- 


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

[Bug libfortran/32858] printf-capabilities for runtime_error()

2007-07-30 Thread pinskia at gcc dot gnu dot org 


--- Comment #13 from pinskia at gcc dot gnu dot org  2007-07-30 09:30 
---
Fixed as mentioned so closing.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug tree-optimization/32527] [4.3 Regression] ICE in build2_stat, at tree.c:3074

2007-07-30 Thread pinskia at gcc dot gnu dot org 


--- Comment #9 from pinskia at gcc dot gnu dot org  2007-07-30 09:30 ---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/32108] [4.2/4.3 regression] ICE with __label__ outside of block scope

2007-07-30 Thread paolo at gcc dot gnu dot org 


--- Comment #3 from paolo at gcc dot gnu dot org  2007-07-30 09:37 ---
Subject: Bug 32108

Author: paolo
Date: Mon Jul 30 09:37:20 2007
New Revision: 127059

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127059
Log:
cp/
2007-07-30  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/32108
* semantics.c (finish_label_stmt): Reject the __label__
extension outside function scopes.

testsuite/
2007-07-30  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/32108
* g++.dg/ext/label6.C: New.


Added:
trunk/gcc/testsuite/g++.dg/ext/label6.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug regression/32582] Bootstrap with vectorization enabled fails with ICE on PPC

2007-07-30 Thread victork at il dot ibm dot com 


--- Comment #19 from victork at il dot ibm dot com  2007-07-30 11:08 ---
I've tried to bootstrap with "-mabi=altivec", but it failed with the same
error:

/home/victork/mainline-20-06/build.124727mabi/./prev-gcc/xgcc
-B/home/victork/mainline-20-06/build.124727mabi/./prev-gcc/
-B/home/victork/mainline/usr.124727mabi/powerpc64-unknown-linux-gnu/bin/ -c  
-g -O2 -ftree-vectorize -maltivec -mabi=altivec -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition -Wmissing-format-attribute -Werror -fno-common  
-DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include 
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber../../gcc/gcc/regmove.c -o regmove.o
../../gcc/gcc/regclass.c: In function 'init_regs':
../../gcc/gcc/regclass.c:579: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [regclass.o] Error 1
make[3]: *** Waiting for unfinished jobs
rm fsf-funding.pod gcov.pod gfdl.pod gpl.pod cpp.pod gfortran.pod gcc.pod
make[3]: Leaving directory `/home/victork/mainline-20-06/build.124727mabi/gcc'
make[2]: *** [all-stage3-gcc] Error 2
make[2]: Leaving directory `/home/victork/mainline-20-06/build.124727mabi'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/home/victork/mainline-20-06/build.124727mabi'
make: *** [bootstrap] Error 2


-- 


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

[Bug fortran/32935] New: internal compiler error: in emit_move_insn, at expr.c:3316

2007-07-30 Thread flad at gmx dot at 
Using r127057 I get an internal compiler error with the following testcase:

-
program test_gfortran2

implicit none

Integer,  Parameter :: &
   Double  =  Selected_Real_Kind(15,200)
Integer :: j

Complex(Double) :: g(5)
Complex(Double) :: zh(38)
Real(Double):: g_q(5)

do j=1,3
  g(:) = conjg(-(zh(j)/cmplx(0.0_Double, -g_q(:), Double)))- &
 zh(j)/cmplx(0,-g_q(:))
end do

end
-


gfortran -c test_gfortran2.f90 gives:

-
test_gfortran2.f90:15: internal compiler error: in emit_move_insn, at
expr.c:3316
- 


gfortran 4.2.1 compiles fine. Platform is i686, trying this on a Debian lenny
system.


-- 
   Summary: internal compiler error: in emit_move_insn, at
expr.c:3316
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: flad at gmx dot at


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

[Bug fortran/32935] internal compiler error: in emit_move_insn, at expr.c:3316

2007-07-30 Thread dominiq at lps dot ens dot fr 


--- Comment #1 from dominiq at lps dot ens dot fr  2007-07-30 11:52 ---
Confirmed on PPC Darwin8, ICE on 4.3, pass on 4.2


-- 


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

[Bug regression/32582] Bootstrap with vectorization enabled fails with ICE on PPC

2007-07-30 Thread rakdver at kam dot mff dot cuni dot cz 


--- Comment #20 from rakdver at kam dot mff dot cuni dot cz  2007-07-30 
11:56 ---
Subject: Re:  Bootstrap with vectorization enabled fails with ICE on PPC

> I've tried to bootstrap with "-mabi=altivec", but it failed with the same
> error:

yes, the problem on ppc64 must be something different


-- 


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

[Bug c++/32934] No warning when creating a non const derived function from a const virtual function

2007-07-30 Thread CyrusOmega at gmail dot com 


--- Comment #2 from CyrusOmega at gmail dot com  2007-07-30 12:04 ---
(In reply to comment #1)
> Well it is valid as B::print hides A::print.
> Try doing:
> #include 
> class A {
> public:
> virtual char * print() const { return "A\n";}
> virtual ~A(){};
> };
> class B : public A {
> public:
> virtual char * print() { return "B\n";}
> using A::print;
> virtual ~B(){};
> };
> 
> int main ()
> {
> B b;
> A & a = b;
> const B &b1 = b;
> std::cout << a.print() << b1.print();
> }
> 
> Which shows that b1.print will call A::print.  If you don't include using
> A::print, then A::print wil be hidden in B.
> 

The problem I am seeing is that I want to inherit from a virtual const function
but I don't want MY derived function to be const. Just because my parent class
thought the member should be const doesn't mean I agree, or am I simply
restricted? 

Thanks, and again I am sorry if this is simply a lack of my understanding of
C++.

Andrew


-- 


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

[Bug fortran/32935] [4.3 Regression] internal compiler error: in emit_move_insn, at expr.c:3316

2007-07-30 Thread burnus at gcc dot gnu dot org 


--- Comment #2 from burnus at gcc dot gnu dot org  2007-07-30 12:41 ---
Works with 2007-02-02-r121508 (on x86-64-linux)
Fails with 2007-02-02-r121519 (on x86-64-linux)

Ignoring Java and testsuite changes one finds the following changelog:

gcc/ChangeLog:

+2007-02-02  Ian Lance Taylor  <[EMAIL PROTECTED]>
+   * expmed.c (expand_divmod): Add comment.
+2007-02-02  Kazu Hirata  <[EMAIL PROTECTED]>
+   * emit-rtl.c (renumber_insns): Remove.
+   * flags.h: Remove the extern for flag_renumber_insns.
+   * rtl.h: Remove the prototype for renumber_insns.
+   * toplev.c (flag_renumber_insns): Remove.
+2007-02-02  Hui-May Chang  <[EMAIL PROTECTED]>
+   Revert for x86 darwin:
+   2005-06-19  Uros Bizjak  <[EMAIL PROTECTED]>
+   * config/i386/i386.c (ix86_function_arg_regno_p): Put back the
+   code before the following patch under TARGET_MACHO.
+   (ix86_function_value_regno_p): Likewise.
+2007-02-02  Kaveh R. Ghazi  <[EMAIL PROTECTED]>
+   * fold-const.c (negate_expr_p, fold_negate_expr): Handle
+   COMPLEX_EXPR.
+2007-02-02  Maxim Kuvyrkov  <[EMAIL PROTECTED]>
+   PR target/29682
+   * config/ia64/ia64.c (ia64_speculate_insn): Restrict to memory loads to
+   general or fp registers.  Add comments.
+   * config/ia64/ia64.md (reg_pred_prefix): Add comment.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
  Known to fail||4.3.0
  Known to work||4.2.1 4.1.3
   Last reconfirmed|-00-00 00:00:00 |2007-07-30 12:41:03
   date||
Summary|internal compiler error: in |[4.3 Regression] internal
   |emit_move_insn, at  |compiler error: in
   |expr.c:3316 |emit_move_insn, at
   ||expr.c:3316


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

[Bug fortran/32935] [4.3 Regression] internal compiler error: in emit_move_insn, at expr.c:3316

2007-07-30 Thread dfranke at gcc dot gnu dot org 


--- Comment #3 from dfranke at gcc dot gnu dot org  2007-07-30 13:36 ---
Reduced testcase:

program test_gfortran2
  Complex(8) :: g, zh
  Real(8):: g_q
  g =  zh/cmplx(0.0_8, -g_q, 8)  - zh/cmplx(0.0_8,-g_q)
end

This is, again, all about kinds. If all involved variables are of kind=4 or
kind=8, it passes. Mixed kinds as above (cmplx(0.0_8,-g_q) returns a COMPLEX of
kind=4) crash gfortran.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org


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

[Bug fortran/32935] [4.3 Regression] internal compiler error: in emit_move_insn, at expr.c:3316

2007-07-30 Thread pinskia at gcc dot gnu dot org 


--- Comment #4 from pinskia at gcc dot gnu dot org  2007-07-30 13:53 ---
With stage1 based f95, I get a different ICE which shows the issue:
t.f90:2: error: type mismatch in complex expression
complex8

real8

real4

D.1336 = COMPLEX_EXPR <-0.0, D.1335>
t.f90:5: confused by earlier errors, bailing out


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.3.0


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

[Bug fortran/32935] [4.3 Regression] internal compiler error: in emit_move_insn, at expr.c:3316

2007-07-30 Thread pinskia at gcc dot gnu dot org 


--- Comment #5 from pinskia at gcc dot gnu dot org  2007-07-30 13:57 ---
Here is an even shorter testcase:
program test_gfortran2
 Complex(8) :: g, zh
 Real(8):: g_q
 g =   zh - zh/cmplx(0.0_8,-g_q)
end


-- 


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

[Bug middle-end/32935] [4.3 Regression] internal compiler error: in emit_move_insn, at expr.c:3316

2007-07-30 Thread pinskia at gcc dot gnu dot org 


--- Comment #6 from pinskia at gcc dot gnu dot org  2007-07-30 14:05 ---
And here is a patch which fixes the ICE:
Index: fold-const.c
===
--- fold-const.c(revision 127042)
+++ fold-const.c(working copy)
@@ -1382,7 +1382,7 @@
{
  tem = strip_float_extensions (t);
  if (tem != t && negate_expr_p (tem))
-   return negate_expr (tem);
+   return fold_convert (type, negate_expr (tem));
}
   break;



-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|fortran |middle-end


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

[Bug fortran/32936] New: Error: STAT expression ... must be a variable - but it is

2007-07-30 Thread flad at gmx dot at 
The following testcase produces an error:


function all_res()

implicit none

real, pointer :: gain 
integer :: all_res

allocate (gain,STAT=all_res)

end




gfortran -c test_gfortran3.f90 
test_gfortran3.f90:8.27:

allocate (gain,STAT=all_res)
  1
Error: STAT expression at (1) must be a variable


Tried with gfortran 4.2.1 and r127057. NAG and Lahey compiler work with this
code. Platform i686, Debian lenny.


-- 
   Summary: Error: STAT expression ... must be a variable - but it
is
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: flad at gmx dot at


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

[Bug target/32218] [4.2/4.3 Regression] segfault with -O1 -ftree-vectorize

2007-07-30 Thread sje at gcc dot gnu dot org 


--- Comment #12 from sje at gcc dot gnu dot org  2007-07-30 15:16 ---
Subject: Bug 32218

Author: sje
Date: Mon Jul 30 15:15:54 2007
New Revision: 127062

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127062
Log:
PR target/32218
* tree-vect-patterns.c (vect_pattern_recog_1): Check for valid type.

Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/tree-vect-patterns.c


-- 


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

[Bug c++/32108] [4.2/4.3 regression] ICE with __label__ outside of block scope

2007-07-30 Thread paolo at gcc dot gnu dot org 


--- Comment #4 from paolo at gcc dot gnu dot org  2007-07-30 15:38 ---
Subject: Bug 32108

Author: paolo
Date: Mon Jul 30 15:38:39 2007
New Revision: 127064

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127064
Log:
cp/
2007-07-30  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/32108
* semantics.c (finish_label_stmt): Reject the __label__
extension outside function scopes.

testsuite/
2007-07-30  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/32108
* g++.dg/ext/label6.C: New.


Added:
branches/gcc-4_2-branch/gcc/testsuite/g++.dg/ext/label6.C
Modified:
branches/gcc-4_2-branch/gcc/cp/ChangeLog
branches/gcc-4_2-branch/gcc/cp/semantics.c
branches/gcc-4_2-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/32108] [4.2/4.3 regression] ICE with __label__ outside of block scope

2007-07-30 Thread pcarlini at suse dot de 


--- Comment #5 from pcarlini at suse dot de  2007-07-30 15:39 ---
Fixed for 4.2.2.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/32936] ALLOCATE: "STAT expression ... must be a variable" - but it is one

2007-07-30 Thread burnus at gcc dot gnu dot org 


--- Comment #1 from burnus at gcc dot gnu dot org  2007-07-30 15:45 ---
The problem is that "all_res" is not only the name of a (result) variable but
also of the function itself.

The following - not regtested - should work (also if one uses ENTRY rather than
FUNCTION).

Index: gcc/fortran/match.c
===
--- gcc/fortran/match.c (Revision 127062)
+++ gcc/fortran/match.c (Arbeitskopie)
@@ -2015,7 +2015,9 @@ gfc_match_allocate (void)
  goto cleanup;
}

-  if (stat->symtree->n.sym->attr.flavor != FL_VARIABLE)
+  if (stat->symtree->n.sym->attr.flavor != FL_VARIABLE
+ && (!stat->symtree->n.sym->attr.function
+ || stat->symtree->n.sym->result != stat->symtree->n.sym))
{
  gfc_error ("STAT expression at %C must be a variable");
  goto cleanup;


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||rejects-valid
  Known to fail||4.3.0 4.2.2 4.1.3
   Last reconfirmed|-00-00 00:00:00 |2007-07-30 15:45:12
   date||
Summary|Error: STAT expression ...  |ALLOCATE: "STAT expression
   |must be a variable - but it |... must be a variable" -
   |is  |but it is one


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

[Bug fortran/31609] module that calls a contained function with an ENTRY point

2007-07-30 Thread pault at gcc dot gnu dot org 


--- Comment #14 from pault at gcc dot gnu dot org  2007-07-30 16:22 ---
To my amazement, the patch below fixes the problem and, I am pretty sure, will
complete its regtest OK.

Before posting it, I want to thoroughly check that I have understood the
problem and that the fix is valid.

Cheers

Paul

Index: /svn/trunk/gcc/fortran/resolve.c
===
*** /svn/trunk/gcc/fortran/resolve.c(revision 127061)
--- /svn/trunk/gcc/fortran/resolve.c(working copy)
*** resolve_entries (gfc_namespace *ns)
*** 390,396 
gfc_namespace *old_ns;
gfc_code *c;
gfc_symbol *proc;
!   gfc_entry_list *el;
char name[GFC_MAX_SYMBOL_LEN + 1];
static int master_count = 0;

--- 390,396 
gfc_namespace *old_ns;
gfc_code *c;
gfc_symbol *proc;
!   gfc_entry_list *el, *el2;
char name[GFC_MAX_SYMBOL_LEN + 1];
static int master_count = 0;

*** resolve_entries (gfc_namespace *ns)
*** 431,436 
--- 431,444 
&& ns->parent && ns->parent->proc_name->attr.flavor == FL_MODULE)
  el->sym->ns = ns;

+   /* Do the same for entries where the master is not a module
+  procedure.  These are retained in the module namespace because
+  of the module procedure declaration.  */
+   for (el2 = el->next; el2; el2 = el2->next)
+ if (el2->sym->ns->proc_name->attr.flavor == FL_MODULE
+ && el2->sym->attr.mod_proc)
+   el2->sym->ns = ns;
+
/* Add an entry statement for it.  */
c = gfc_get_code ();
c->op = EXEC_ENTRY;


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pault at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-04-17 20:56:48 |2007-07-30 16:22:41
   date||


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

[Bug fortran/32936] ALLOCATE: "STAT expression ... must be a variable" - but it is one

2007-07-30 Thread patchapp at dberlin dot org 


--- Comment #2 from patchapp at dberlin dot org  2007-07-30 18:30 ---
Subject: Bug number PR32936

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg02125.html


-- 


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

[Bug fortran/32937] New: segfault with string and -fdefault-integer-8

2007-07-30 Thread tkoenig at gcc dot gnu dot org 
The failure in actual_array_constructor_2.f90
can be reduced to

$ cat actual_array_constructor_2.f90
  character(4), dimension(4) :: c1, c2
  integer m
  m = 4

  call foo ((/(c1(i), i = m,1,-1)/), c2)
  if (any(c2(4:1:-1) .ne. c1)) call abort ()

contains
  subroutine foo (chr1, chr2)
character(*), dimension(:) :: chr1, chr2
chr2 = chr1
  end subroutine foo
end
$ gfortran -g -fdefault-integer-8 actual_array_constructor_2.f90
$ gdb ./a.out
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library
"/lib/i686/cmov/libthread_db.so.1".

(gdb) r
Starting program: /home/ig25/Krempel/Def-8/a.out 

Program received signal SIGSEGV, Segmentation fault.
0xb7eff5f9 in *_gfortrani_compare_string (len1=4, s1=0x0, len2=-1080156276, 
s2=0x4 )
at ../../../../gcc/trunk/libgfortran/intrinsics/string_intrinsics.c:86
86res = memcmp (s1, s2, (len1 < len2) ? len1 : len2);

The problem appears to be that the first argument to gfortani_compare_string
is pushed as an 8-byte integer, which messes things up.


-- 
   Summary: segfault with string and -fdefault-integer-8
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
 BugsThisDependsOn: 32770


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

[Bug libgcj/32929] [4.3 Regression] Make FAILURE in 4.3.0 - error: `CXX' has changed since the previous run:

2007-07-30 Thread hjl at lucon dot org 


--- Comment #5 from hjl at lucon dot org  2007-07-30 20:22 ---
Fixed.


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug testsuite/32932] ssp-2.c fails when previous gcc-4.3 installation is visible

2007-07-30 Thread hjl at lucon dot org 


--- Comment #2 from hjl at lucon dot org  2007-07-30 20:22 ---


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


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug other/32105] Compiler warning in gcc

2007-07-30 Thread hjl at lucon dot org 


--- Comment #3 from hjl at lucon dot org  2007-07-30 20:22 ---
*** Bug 32932 has been marked as a duplicate of this bug. ***


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 CC||tprince at computer dot org


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

[Bug testsuite/32932] ssp-2.c fails when previous gcc-4.3 installation is visible

2007-07-30 Thread hjl at lucon dot org 


--- Comment #3 from hjl at lucon dot org  2007-07-30 20:23 ---
Wrong one.


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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

[Bug testsuite/32064] ssp tests can't find libssp

2007-07-30 Thread hjl at lucon dot org 


--- Comment #1 from hjl at lucon dot org  2007-07-30 20:23 ---
*** Bug 32932 has been marked as a duplicate of this bug. ***


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 CC||tprince at computer dot org


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

[Bug testsuite/32932] ssp-2.c fails when previous gcc-4.3 installation is visible

2007-07-30 Thread hjl at lucon dot org 


--- Comment #4 from hjl at lucon dot org  2007-07-30 20:23 ---


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


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/32937] segfault with string and -fdefault-integer-8

2007-07-30 Thread dominiq at lps dot ens dot fr 


--- Comment #1 from dominiq at lps dot ens dot fr  2007-07-30 20:24 ---
> The problem appears to be that the first argument to gfortani_compare_string
> is pushed as an 8-byte integer, which messes things up.

The test passes for me with -m64, without it the backtrace is (on Darwin8):

Host Name:  pbook
Date/Time:  2007-07-30 22:16:50.772 +0200
OS Version: 10.4.10 (Build 8R218)
Report Version: 4

Command: a.out
Path:a.out
Parent:  tcsh [26848]

Version: ??? (???)

PID:115
Thread: 0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:  KERN_PROTECTION_FAILURE (0x0002) at 0x0004

Thread 0 Crashed:
0   libSystem.B.dylib   0x90131280 bcmp + 224
1   libgfortran.3.dylib 0x00474acc _gfortran_compare_string + 64
(string_intrinsics.c:87)
2   a.out   0x3738 MAIN__ + 976 (darwin-crt3.c:395)
3   a.out   0x3b94 main + 48 (fmain.c:26)
4   a.out   0x28b0 _start + 760
5   a.out   0x25b4 start + 48

Thread 0 crashed with PPC Thread State 64:
  srr0: 0x90131280 srr1: 0x1000d030   
vrsave: 0x
cr: 0x44008002  xer: 0x2000   lr: 0x00474acc 
ctr: 0x0400
r0: 0x1000   r1: 0xbfffe230   r2: 0x001c  
r3: 0x0004
r4: 0x   r5: 0xbfffd2e4   r6: 0x  
r7: 0x
r8: 0x0400   r9: 0x1000  r10: 0x0006 
r11: 0x22008002
   r12: 0x901311a0  r13: 0x  r14: 0x 
r15: 0x
   r16: 0x  r17: 0x  r18: 0x 
r19: 0x
   r20: 0x  r21: 0x  r22: 0x 
r23: 0x
   r24: 0x  r25: 0x0001  r26: 0xbfffe5bc 
r27: 0x0004
   r28: 0x  r29: 0x  r30: 0xbfffe2e4 
r31: 0x3380

Binary Images Description:
0x1000 - 0x3fff a.out  
/Users/dominiq/Documents/Fortran/g95bench/win/f90/bug/a.out
   0x33000 -0x3efff libgcc_s.1.dylib   
/opt/gcc/gcc4.3/lib/libgcc_s.1.dylib
   0x7e000 -0x89fff libgcc_s.1.dylib/libgcc_s.1.dylib
  0x405000 -   0x481fff libgfortran.3.dylib
/opt/gcc/gcc4.3/lib/libgfortran.3.dylib
0x8fe0 - 0x8fe52fff dyld 46.12  /usr/lib/dyld
0x9000 - 0x901bcfff libSystem.B.dylib   /usr/lib/libSystem.B.dylib
0x90214000 - 0x90219fff libmathCommon.A.dylib  
/usr/lib/system/libmathCommon.A.dylib


-- 


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

[Bug middle-end/32878] FAIL: 23_containers/bitset/cons/16020.cc execution test

2007-07-30 Thread danglin at gcc dot gnu dot org 


--- Comment #19 from danglin at gcc dot gnu dot org  2007-07-30 20:31 
---
Introduced in revision 126326.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenther at suse dot de


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

[Bug middle-end/32878] FAIL: 23_containers/bitset/cons/16020.cc execution test

2007-07-30 Thread hjl at lucon dot org 


--- Comment #20 from hjl at lucon dot org  2007-07-30 20:41 ---
Is this related to PR32921? Can you try the patch in comment 6:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921#c6


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 CC||hjl at lucon dot org


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

[Bug fortran/32938] New: ICE in emit_move_insn with -fdefault-integer-8

2007-07-30 Thread tkoenig at gcc dot gnu dot org 
Reducing the altreturn_5.f90 failure on i686-pc-linux-gnu, we get

$ cat alt.f90
  SUBROUTINE R (i, *, *)
  INTEGER i
  RETURN i
  END
$ gdb ~/libexec/gcc/i686-pc-linux-gnu/4.3.0/f951 
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library
"/lib/i686/cmov/libthread_db.so.1".

(gdb) b fancy_abort 
Breakpoint 1 at 0x81747c0: file ../../../gcc/trunk/gcc/diagnostic.c, line 654.
(gdb) r -fdefault-integer-8 -O1 alt.f90
Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.3.0/f951
-fdefault-integer-8 -O1 alt.f90
 r
Analyzing compilation unit
Performing interprocedural optimizations

Assembling functions:
 r
Breakpoint 1, fancy_abort (file=0x875c16e "../../../gcc/trunk/gcc/expr.c", 
line=3316, function=0x875ca0f "emit_move_insn")
at ../../../gcc/trunk/gcc/diagnostic.c:654
654 {
(gdb) bt
#0  fancy_abort (file=0x875c16e "../../../gcc/trunk/gcc/expr.c", line=3316, 
function=0x875ca0f "emit_move_insn")
at ../../../gcc/trunk/gcc/diagnostic.c:654
#1  0x081d63d3 in emit_move_insn (x=0xb7b35d70, y=0xb7b35dd0)
at ../../../gcc/trunk/gcc/expr.c:3315
#2  0x0831e856 in expand_value_return (val=0xb7b35dd0)
at ../../../gcc/trunk/gcc/stmt.c:1545
#3  0x0831ed0a in expand_return (retval=0xb7b2f594)
at ../../../gcc/trunk/gcc/stmt.c:1729
#4  0x081c568a in expand_expr_real_1 (exp=0xb7b29da0, target=0x0, 
tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0)
at ../../../gcc/trunk/gcc/expr.c:8929
#5  0x081d4e43 in expand_expr_real (exp=0xb7b29da0, target=0xb7ab0210, 
tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0)
at ../../../gcc/trunk/gcc/expr.c:6902
#6  0x08318d6c in expand_expr_stmt (exp=0xb7b29da0)
at ../../../gcc/trunk/gcc/expr.h:503
#7  0x0864acbf in expand_gimple_basic_block (bb=0xb7f29528)
at ../../../gcc/trunk/gcc/cfgexpand.c:1614
#8  0x0864bd38 in tree_expand_cfg () at ../../../gcc/trunk/gcc/cfgexpand.c:1921
#9  0x082ab42f in execute_one_pass (pass=0x882e3e0)
at ../../../gcc/trunk/gcc/passes.c:1124
#10 0x082ab62f in execute_pass_list (pass=0x882e3e0)
---Type  to continue, or q  to quit--- 
at ../../../gcc/trunk/gcc/passes.c:1177
#11 0x0838ebd2 in tree_rest_of_compilation (fndecl=0xb7b2ae00)
at ../../../gcc/trunk/gcc/tree-optimize.c:405
#12 0x08502870 in cgraph_expand_function (node=0xb7b2af00)
at ../../../gcc/trunk/gcc/cgraphunit.c:1072
#13 0x08504fd0 in cgraph_optimize ()
at ../../../gcc/trunk/gcc/cgraphunit.c:1141
#14 0x080b96c5 in gfc_be_parse_file (set_yydebug=0)
at ../../../gcc/trunk/gcc/fortran/f95-lang.c:305
#15 0x0832db78 in toplev_main (argc=4, argv=0xbfb7c9a4)
at ../../../gcc/trunk/gcc/toplev.c:1043
#16 0x0810067f in main (argc=201326619, argv=0x0)
at ../../../gcc/trunk/gcc/main.c:35


-- 
   Summary: ICE in emit_move_insn with -fdefault-integer-8
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
OtherBugsDependingO 32770
 nThis:


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

[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues

2007-07-30 Thread tkoenig at gcc dot gnu dot org 


--- Comment #22 from tkoenig at gcc dot gnu dot org  2007-07-30 21:06 
---
Subject: Bug 32770

Author: tkoenig
Date: Mon Jul 30 21:06:41 2007
New Revision: 127071

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127071
Log:
2007-07-30  Thomas Koenig  <[EMAIL PROTECTED]>

PR fortran/32770
* gfortran.dg/array_constructor_12.f90:  Adjust argument
of huge() to correct kind.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/array_constructor_12.f90


-- 


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

[Bug libstdc++/32908] Miss lexicographical_compare random access override

2007-07-30 Thread paolo at gcc dot gnu dot org 


--- Comment #4 from paolo at gcc dot gnu dot org  2007-07-30 21:15 ---
Subject: Bug 32908

Author: paolo
Date: Mon Jul 30 21:14:52 2007
New Revision: 127073

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127073
Log:
2007-07-30  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/32908
* include/bits/stl_algobase.h (struct __lc_rai): New.
(lexicographical_compare(_II1, _II1, _II2, _II2),
lexicographical_compare(_II1, _II1, _II2, _II2, _Compare)): Use it.
* testsuite/performance/25_algorithms/lexicographical_compare.cc: New.

Added:
   
trunk/libstdc++-v3/testsuite/performance/25_algorithms/lexicographical_compare.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/stl_algobase.h


-- 


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

[Bug libstdc++/32908] Miss lexicographical_compare random access override

2007-07-30 Thread pcarlini at suse dot de 


--- Comment #5 from pcarlini at suse dot de  2007-07-30 21:16 ---
Fixed.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug libgcj/32939] New: (int) cast return different results beetween .class and native

2007-07-30 Thread julian at casadesus dot com dot ar 
This is an example code to reproduce the problem:
//-
public class Test {
public static void main(String[] s){
log2( 1 );
log2( 2 );
log2( 4 );
log2( 8 );
log2( 16 );
log2( 32 );
log2( 64 );
}

public static void log2( int value ){
double aux = (Math.log( value ) / Math.log(2.0) );
int value1 = (int)aux;
int value2 = (int)(Math.log( value ) / Math.log(2.0) );
System.out.println( value1 + "  " + value2 );
}
}
//-

if i build it as .class file, it give that results:
gcj -C Test.java
gij Test
0  0
1  1
2  2
3  3
4  4
5  5
6  6

but if i build it as native:
gcj -c -o Test.o Test.java
gcj --main=Test -o Test Test.o
./Test
0  0
1  1
2  2
3  2
4  4
5  5
6  5


-- 
   Summary: (int) cast return different results beetween .class and
native
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: julian at casadesus dot com dot ar


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

[Bug middle-end/32940] New: ivopts fails to set REG_POINTER attribute on pseudo

2007-07-30 Thread bergner at gcc dot gnu dot org 
The ivopts pass fails to set the REG_POINTER attribute on a pseudo that is
equal to two pseudos, one of which has teh REG_POINTER attribute and the other
is just a n offset from it.  This leads us to not sort the operands on an
indexed load/store instruction causing performance problems on POWER6.

The test case used to recreate the problem is:

linux> cat > bug.c <= 0; n--)
{
  s1 = quadrant[i1];
  i1 += n;
}
  return s1;
}
EOF

linux> /path/to/gcc -O1 -S -da bug.c

Resulting assembly:
fullGtU:
li 0,0
cmpwi 0,4,0
blt 0,.L3
lis 9,[EMAIL PROTECTED]
lwz 11,[EMAIL PROTECTED](9)
addi 0,4,1
mtctr 0
addi 0,4,-1
cmpwi 7,0,-1
bge+ 7,.L4
li 0,1
mtctr 0
.L4:
slwi 9,3,2
lwzx 0,9,11  <- bad operand ordering
add 3,3,4
addi 4,4,-1
bdnz .L4
.L3:
mr 3,0
blr

Bad RTL in bug.c.127r.expand:

(insn 21 20 22 bug.c:8 (set (reg/f:SI 129)
(plus:SI (reg:SI 128)
(reg:SI 121 [ quadrant.0 ]))) -1 (nil))

(insn 22 21 0 bug.c:8 (set (reg/v:SI 120 [ s1 ])
(mem:SI (reg/f:SI 129) [0 S4 A32])) -1 (nil))

Eventually, pseudo 129 )which has the REG_POINTER attribute) gets exchanged
with the (plus:SI (reg:SI 128) (reg:SI 121 [ quadrant.0 ])) and pseudo 121
doesn't have the attribute, so we end up failing to swap them.


-- 
   Summary: ivopts fails to set REG_POINTER attribute on pseudo
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bergner at gcc dot gnu dot org
 GCC build triplet: powerpc64-linux
  GCC host triplet: powerpc64-linux
GCC target triplet: powerpc64-linux


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

[Bug testsuite/32064] ssp tests can't find libssp

2007-07-30 Thread hjl at lucon dot org 


--- Comment #2 from hjl at lucon dot org  2007-07-30 23:04 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2007-07/msg02151.html


-- 


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

[Bug libgcj/32939] (int) cast return different results beetween .class and native

2007-07-30 Thread pinskia at gcc dot gnu dot org 


--- Comment #1 from pinskia at gcc dot gnu dot org  2007-07-30 23:12 ---
I think this was fixed for the trunk by removing the source code compiler.


-- 


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

[Bug middle-end/32940] REG_POINTER attribute on DECL_ARTIFICIAL pointers

2007-07-30 Thread pinskia at gcc dot gnu dot org 


--- Comment #1 from pinskia at gcc dot gnu dot org  2007-07-30 23:54 ---
;; quadrant.0 = quadrant
(insn 16 15 17 t.c:8 (set (reg:SI 127)
(high:SI (symbol_ref:SI ("quadrant") [flags 0x84] ))) -1 (nil))

(insn 17 16 18 t.c:8 (set (reg/f:SI 126)
(lo_sum:SI (reg:SI 127)
(symbol_ref:SI ("quadrant") [flags 0x84] ))) -1 (expr_list:REG_EQUAL (symbol_ref:SI ("quadrant") [flags 0x84]
)
(nil)))

(insn 18 17 0 t.c:8 (set (reg:SI 121 [ quadrant.0 ])
(mem/f/c/i:SI (reg/f:SI 126) [2 quadrant+0 S4 A32])) -1 (nil))


The problem here is that DECL_ARTIFICIAL causes REG_POINTER not to be set.
See: http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00020.html

Reverting that patch was the next step on my pointer plus work (after fixing up
the regressions that still need fixing).


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-07-30 23:54:41
   date||
Summary|ivopts fails to set |REG_POINTER attribute on
   |REG_POINTER attribute on|DECL_ARTIFICIAL pointers
   |pseudo  |


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

[Bug fortran/31609] module that calls a contained function with an ENTRY point

2007-07-30 Thread jvdelisle at gcc dot gnu dot org 


--- Comment #15 from jvdelisle at gcc dot gnu dot org  2007-07-31 01:39 
---
Regression tests fine on X86-64-Gnu/Linux


-- 


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