[Bug middle-end/19419] Overlapping memcpy with discriminated types

[ebotcazou at gcc dot gnu dot org]

-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-12-24 20:39:53 |2008-11-06 07:59:56
   date||


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

[Bug c/38029] New: --with-dwarf2 installation fails

[vikram dot varshney at maharan-intl dot com]

Commands are :

export PATH=/home/vikram/vikram/usr/local/atmel/bin:$PATH
../gcc-4.0.1/configure --target=avr --with-dwarf2
--prefix=/home/vikram/vikram/usr/local/atmel --enable-languages=c
make
make install

# /home/vikram/vikram/usr/local/atmel/bin is area where i have installed the
compiler.
###
Error :
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [libgcc/./_muldi3.o] Error 1
make[2]: Leaving directory `/home/vikram/vikram/gcc-avr/install-gcc-4.0.1/gcc'
make[1]: *** [stmp-multilib] Error 2
make[1]: Leaving directory `/home/vikram/vikram/gcc-avr/install-gcc-4.0.1/gcc'
make: *** [all-gcc] Error 2

###
How do we fix it? It works perfectly if I remove the "--with-dwarf2" option
while configuring. But I need the debugger. Plese fix the bug or suggest some
other suitable version of gcc. I have marked myself too. In case, you have any
doubts or questions, please contact me.

Regards
Vikram Varshney


-- 
   Summary: --with-dwarf2 installation fails
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vikram dot varshney at maharan-intl dot com
  GCC host triplet: i686
GCC target triplet: avr-gcc


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

[Bug c/37955] internal compiler error: in vectorizable_store, at tree-vect-transform.c:5447

[irar at il dot ibm dot com]

--- Comment #4 from irar at il dot ibm dot com  2008-11-06 08:50 ---
> Maybe the complete source will be better...

I don't see any failure with r141636 on x86_64-linux. 


-- 


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

[Bug ada/19419] Overlapping memcpy with array slices

[ebotcazou at gcc dot gnu dot org]

--- Comment #11 from ebotcazou at gcc dot gnu dot org  2008-11-06 11:31 
---
At last.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2008-
   ||11/msg00218.html
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug c++/38030] [4.2/4.3/4.4 Regression] g++ template with overloaded function behave differently on "g++ 4.3.2" and "g++ 3.4.6"

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-11-06 11:51 ---
Confirmed.  For the following neither f_ nor d_ are dependent and should be
bound to f_ (B_ &) during first-stage name-lookup.  For some reason this
doesn't work - it does if d_ is of type B_ though.

extern "C" void abort ();
struct B_ { };
struct D_:public B_ { };
D_ d_;
void f_ (B_ &) { }
template < class T >
void g_ (T t)
{
  f_ (d_);
}
void f_ (D_ &) { abort (); }
int main (int argc, char *argv[])
{
  D_ d;
  g_ (d);
  return 0;
}


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||wrong-code
  Known to fail||3.3.6 4.1.2 4.3.2
  Known to work||3.4.6
   Last reconfirmed|-00-00 00:00:00 |2008-11-06 11:51:12
   date||
Summary|g++ template with overloaded|[4.2/4.3/4.4 Regression] g++
   |function behave differently |template with overloaded
   |on "g++ 4.3.2" and "g++ |function behave differently
   |3.4.6"  |on "g++ 4.3.2" and "g++
   ||3.4.6"


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

[Bug c++/38030] [4.2/4.3/4.4 Regression] name-lookup for non-dependent name in template function is wrong

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-11-06 12:08 ---
Even the following fails

extern "C" void abort ();
struct B_ { };
struct D_ : public B_ { };
D_ d_;
void f_ (B_ &) { }
template < class T >
void g_ ()
{
  return f_ (d_);
}
int main ()
{
  g_ ();
  return 0;
}
void f_ (D_ &) { abort (); }

where f_ (D_ &) must not be even in the 2nd stage name-lookup overload set.


-- 


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

[Bug c++/38030] [4.2/4.3/4.4 Regression] name-lookup for non-dependent name in template function is wrong

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1
Summary|[4.2/4.3/4.4 Regression] g++|[4.2/4.3/4.4 Regression]
   |template with overloaded|name-lookup for non-
   |function behave differently |dependent name in template
   |on "g++ 4.3.2" and "g++ |function is wrong
   |3.4.6"  |
   Target Milestone|--- |4.2.5
Version|unknown |4.3.2


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

[Bug c++/38031] New: g++ template with overloaded function behave differently on "g++ 4.3.2" and "g++ 3.4.6"

[ashutosh dot nema at nechclst dot in]

Dear All,

I am unable to understand following test case behaviour.
When i compile and execute this with g++ 3.4.6 it works fine.
But when i compile and execute this with g++ 4.3.2 it aborts.

I think the test case is OK.
But g++ 4.3.2 having bug.

Below is test case:
==

#define ieq(X,Y) if((X)!=(Y)) abort();
extern void abort ();
struct B_
{
  int i;
};
struct D_:public B_
{
};
D_ d_;
int f_ (B_ &)
{
  return 100;
}
template < class T > int g_ (T t)
{
  return f_ (d_) + f_ (t);
}
int f_ (D_ &)
{
  return 1;
}
int main (int argc, char *argv[])
{
  D_ d;
  ieq (g_ (d), 101);
  return 0;
}
==

Please help me regarding this.


-- 
   Summary: g++ template with overloaded function behave differently
on "g++ 4.3.2" and "g++ 3.4.6"
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ashutosh dot nema at nechclst dot in


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

[Bug c++/38030] [4.2/4.3/4.4 Regression] name-lookup for non-dependent name in template function is wrong

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-11-06 12:54 ---
We seem to not know if we bound f_ already.  Instead another round of koenig
lookup is applied from

#0  perform_koenig_lookup (fn=0x76458500, args=0x76463480)
at /space/rguenther/src/svn/trunk/gcc/cp/semantics.c:1797
#1  0x004c9e14 in tsubst_copy_and_build (t=0x77ebd870, 
args=0x764631b0, complain=tf_warning_or_error, in_decl=0x76461780, 
function_p=0 '\0', integral_constant_expression_p=0 '\0')
at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:11293
#2  0x004c6798 in tsubst_expr (t=0x77ebd870, args=0x764631b0, 
complain=tf_warning_or_error, in_decl=0x76461780, 
integral_constant_expression_p=0 '\0')
at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:10880
#3  0x004bff18 in tsubst_expr (t=0x7644a5c0, args=0x764631b0, 
complain=tf_warning_or_error, in_decl=0x76461780, 
integral_constant_expression_p=0 '\0')
at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:10483
#4  0x004c1c98 in tsubst_expr (t=0x77ebd7d0, args=0x764631b0, 
complain=tf_warning_or_error, in_decl=0x76461780, 
integral_constant_expression_p=0 '\0')
at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:10630
#5  0x004e78c5 in instantiate_decl (d=0x76458900, defer_ok=0, 
expl_inst_class_mem_p=0 '\0')
at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:15378
#6  0x004e7f8c in instantiate_pending_templates (retries=0)
at /space/rguenther/src/svn/trunk/gcc/cp/pt.c:15474
#7  0x00540bb0 in cp_write_global_declarations ()
at /space/rguenther/src/svn/trunk/gcc/cp/decl2.c:3364

note the instantiation is from cp_write_global_declarations which is after
the whole unit is parsed, which may explain comment #2.


-- 


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

[Bug c++/38030] [4.2/4.3/4.4 Regression] name-lookup for non-dependent name in template function is wrong

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-11-06 12:55 ---
*** Bug 38031 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c++/38031] g++ template with overloaded function behave differently on "g++ 4.3.2" and "g++ 3.4.6"

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2008-11-06 13:19 
---
*** Bug 38032 has been marked as a duplicate of this bug. ***


-- 


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

[Bug tree-optimization/37969] [4.3 Regression] "-O2 -funswitch-loops" causes ICE in build_int_cst_wide, at tree.c:891 (OpenOffice.org)

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2008-11-06 13:24 ---
We ICE during greg trying to do

#3  0x00d86888 in force_const_mem (mode=DFmode, x=0x77e7c410)
at /space/rguenther/src/svn/gcc-4_3-branch/gcc/varasm.c:3535
3535  align = CONSTANT_ALIGNMENT (make_tree (type, x), align);
(gdb) l
3530  align = GET_MODE_ALIGNMENT (mode == VOIDmode ? word_mode : mode);
3531#ifdef CONSTANT_ALIGNMENT
3532  {
3533tree type = lang_hooks.types.type_for_mode (mode, 0);
3534if (type != NULL_TREE)
3535  align = CONSTANT_ALIGNMENT (make_tree (type, x), align);
3536  }
3537#endif

and call make_tree with (const_int 1 [0x1]) and double.  Oops.

More reduced C testcase:

void foo(double);
void CreateDefaultTexture(double mnMinimum, double mnMaximum, 
  unsigned short nCreateWhat)
{
  double d = 0.0;
  for(;;)
{
  if(nCreateWhat & (0x0001)
 && mnMinimum != 0.0)
d = mnMinimum;
  if(nCreateWhat & (0x0002)
 && mnMaximum != 0.0)
d = mnMaximum;
  foo(d);
}
}


-- 


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

[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler

[dominiq at lps dot ens dot fr]

--- Comment #11 from dominiq at lps dot ens dot fr  2008-11-06 14:03 ---
Now that the patch in http://gcc.gnu.org/ml/fortran/2008-11/msg00022.html has
been committed I get in 32 bit mode on powerpc-apple-darwin9:

XPASS: gfortran.dg/f2003_io_1.f03  -O0  execution test
...
XPASS: gfortran.dg/f2003_io_7.f03  -Os  execution test

i.e., the tests pass on powerpc-apple-darwin9. Does anybody understand why they
fail on non Darwin ppc, but not on Darwin?


-- 


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

[Bug tree-optimization/37969] [4.3 Regression] "-O2 -funswitch-loops" causes ICE in build_int_cst_wide, at tree.c:891 (OpenOffice.org)

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2008-11-06 14:03 
---
This is PR37489.

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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug rtl-optimization/37489] const_true_rtx returned for float compare

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-11-06 14:03 
---
*** Bug 37969 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||h dot mth at web dot de


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

[Bug c++/38031] g++ template with overloaded function behave differently on "g++ 4.3.2" and "g++ 3.4.6"

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-11-06 12:55 ---


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


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug libstdc++/37958] num_get<>::do_get(bool) sets eofbit flag incorrectly when boolalpha == true

[paolo dot carlini at oracle dot com]

--- Comment #20 from paolo dot carlini at oracle dot com  2008-11-06 11:52 
---
(In reply to comment #19)
> Created an attachment (id=16627)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16627&action=view) [edit]

Thanks, as always the project is looking for capable contributors, but you feel
like contributing something non-trivial you have first to file a Copyright
Assignment:

  http://gcc.gnu.org/contribute.html

(if/when you request the forms make sure to CC an appropriate maintainer, like
me or Benjamin Kosnik for the library), and then send the patches in the
appropriate from to the appropriate mailing list. Thanks again.


-- 


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

[Bug tree-optimization/37969] [4.3 Regression] "-O2 -funswitch-loops" causes ICE in build_int_cst_wide, at tree.c:891 (OpenOffice.org)

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-11-06 13:29 
---
-fno-if-conversion fixes it.


-- 


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

[Bug c++/38032] g++ template with overloaded function behave differently on "g++ 4.3.2" and "g++ 3.4.6"

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2008-11-06 13:19 
---


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


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug debug/27574] [4.2/4.3/4.4 Regression] MIssing debug info at -O0 for a local variable in a C++ constructor

[dodji at gcc dot gnu dot org]

--- Comment #24 from dodji at gcc dot gnu dot org  2008-11-06 10:24 ---
So the patch http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00133.html that fixes
this got accepted. So this might end up in trunk soon.

For 4.3 and 4.2 we might want to apply Ian's patch as it is less disruptive.

See http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01981.html .


-- 


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

[Bug fortran/38033] New: Bounds of a pointer/allocatable array not stabilized

[pault at gcc dot gnu dot org]

Following thread from Thomas Breuel,
http://gcc.gnu.org/ml/fortran/2008-11/msg00044.html

program test
   integer, parameter :: n = 100
   real, pointer :: a(:),temp(:)  ! pointer or allocatable have the same effect
   allocate(a(n), temp(n))
   temp(1:size(a)) = a
end program

produces
test ()
{
  struct array01_real(kind=4) a;
  struct array01_real(kind=4) temp;
  static integer(kind=4) options.0[8] = {68, 255, 0, 0, 0, 1, 0, 1};

  a.data = 0B;
  temp.data = 0B;
  _gfortran_set_options (8, (void *) &options.0);
  {
void * D.646;

a.dtype = 281;
a.dim[0].lbound = 1;
a.dim[0].ubound = 100;
a.dim[0].stride = 1;
D.646 = __builtin_malloc (400);
if (D.646 == 0B)
  {
_gfortran_os_error (&"Out of memory"[1]{lb: 1 sz: 1});
  }
a.data = D.646;
a.offset = -1;
  }
  {
void * D.647;

temp.dtype = 281;
temp.dim[0].lbound = 1;
temp.dim[0].ubound = 100;
temp.dim[0].stride = 1;
D.647 = __builtin_malloc (400);
if (D.647 == 0B)
  {
_gfortran_os_error (&"Out of memory"[1]{lb: 1 sz: 1});
  }
temp.data = D.647;
temp.offset = -1;
  }
  {
integer(kind=4) D.664;
void * D.662;
void * D.661;
integer(kind=4) D.660;
integer(kind=4) D.659;
logical(kind=4) D.658;
struct array01_real(kind=4) atmp.1;
struct array01_real(kind=4) * D.656;
integer(kind=4) D.655;
struct array01_real(kind=4) * D.654;
integer(kind=4) D.653;
real(kind=4)[0:] * D.652;
integer(kind=4) D.651;
integer(kind=4) D.650;
integer(kind=4) D.649;
real(kind=4)[0:] * D.648;

D.648 = (real(kind=4)[0:] *) a.data;
D.649 = a.offset;
D.650 = a.dim[0].lbound;
D.651 = a.dim[0].ubound;
D.652 = (real(kind=4)[0:] *) temp.data;
D.653 = temp.offset;
D.654 = &a;
D.655 = _gfortran_size0 (D.654);
D.656 = &a;
atmp.1.dtype = 281;
atmp.1.dim[0].stride = 1;
atmp.1.dim[0].lbound = 0;
atmp.1.dim[0].ubound = _gfortran_size0 (D.656) + -1;
D.658 = _gfortran_size0 (D.656) <= 0;
D.659 = _gfortran_size0 (D.656);
D.660 = D.658 ? 0 : D.659 * 4;
if (D.660 < 0)
  {
_gfortran_runtime_error (&"Attempt to allocate a negative amount of
memo
ry."[1]{lb: 1 sz: 1});
  }
D.661 = __builtin_malloc (MAX_EXPR );
if (D.661 == 0B)
  {
_gfortran_os_error (&"Memory allocation failed"[1]{lb: 1 sz: 1});
  }
D.662 = D.661;
atmp.1.data = D.662;
atmp.1.offset = 0;
D.664 = NON_LVALUE_EXPR ;
{
  integer(kind=4) D.667;
  integer(kind=4) D.666;
  integer(kind=4) S.2;

  D.666 = a.dim[0].stride;
  D.667 = temp.dim[0].stride;
  S.2 = 0;
  while (1)
{
  if (_gfortran_size0 (D.656) + -1 < S.2) goto L.1;
  (*(real(kind=4)[0:] *) atmp.1.data)[S.2] = (*D.648)[(S.2 + D.664) *
D.
666 + D.649];
  S.2 = S.2 + 1;
}
  L.1:;
  S.2 = 0;
  while (1)
{
  if (_gfortran_size0 (D.656) + -1 < S.2) goto L.2;
  (*D.652)[(S.2 + 1) * D.667 + D.653] = (*(real(kind=4)[0:] *)
atmp.1.da
ta)[S.2];
  S.2 = S.2 + 1;
}
  L.2:;
}
{
  void * D.663;

  D.663 = atmp.1.data;
  if (D.663 != 0B)
{
  __builtin_free (D.663);
}
}
  }
}

Calls to gfortran_size0 are appearing withing the scalarized loop because the
expression for the upper bound of atmp is not stabilized.


-- 
   Summary: Bounds of  a pointer/allocatable array not stabilized
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: wrong-code, missed-optimization
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pault at gcc dot gnu dot org


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

[Bug fortran/38033] Bounds of a pointer/allocatable array not stabilized

[pault at gcc dot gnu dot org]

-- 

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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-06 14:24:59
   date||
Summary|Bounds of  a|Bounds of  a
   |pointer/allocatable array   |pointer/allocatable array
   |not stabilized  |not stabilized


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

[Bug ada/19419] Overlapping memcpy with array slices

[ebotcazou at gcc dot gnu dot org]

--- Comment #10 from ebotcazou at gcc dot gnu dot org  2008-11-06 11:29 
---
Subject: Bug 19419

Author: ebotcazou
Date: Thu Nov  6 11:28:07 2008
New Revision: 141637

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141637
Log:
PR ada/19419
* gcc-interface/trans.c (gnat_to_gnu) :
Generate a call to memmove for an assignment between overlapping
array slices.

Modified:
trunk/gcc/ada/ChangeLog
trunk/gcc/ada/gcc-interface/trans.c


-- 


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

[Bug c++/38032] New: g++ template with overloaded function behave differently on "g++ 4.3.2" and "g++ 3.4.6"

[ashutosh dot nema at nechclst dot in]

Dear All,

I am unable to understand following test case behaviour.
When i compile and execute this with g++ 3.4.6 it works fine.
But when i compile and execute this with g++ 4.3.2 it aborts.

I think the test case is OK.
But g++ 4.3.2 having bug.

Below is test case:
==

#define ieq(X,Y) if((X)!=(Y)) abort();
extern void abort ();
struct B_
{
  int i;
};
struct D_:public B_
{
};
D_ d_;
int f_ (B_ &)
{
  return 100;
}
template < class T > int g_ (T t)
{
  return f_ (d_) + f_ (t);
}
int f_ (D_ &)
{
  return 1;
}
int main (int argc, char *argv[])
{
  D_ d;
  ieq (g_ (d), 101);
  return 0;
}
==

Please help me regarding this.


-- 
   Summary: g++ template with overloaded function behave differently
on "g++ 4.3.2" and "g++ 3.4.6"
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ashutosh dot nema at nechclst dot in


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

[Bug c++/38030] New: g++ template with overloaded function behave differently on "g++ 4.3.2" and "g++ 3.4.6"

[ashutosh dot nema at nechclst dot in]

Dear All,

I am unable to understand following test case behaviour.
When i compile and execute this with g++ 3.4.6 it works fine.
But when i compile and execute this with g++ 4.3.2 it aborts.

I think the test case is OK.
But g++ 4.3.2 having bug.

Below is test case:
==

#define ieq(X,Y) if((X)!=(Y)) abort();
extern void abort ();
struct B_
{
  int i;
};
struct D_:public B_
{
};
D_ d_;
int f_ (B_ &)
{
  return 100;
}
template < class T > int g_ (T t)
{
  return f_ (d_) + f_ (t);
}
int f_ (D_ &)
{
  return 1;
}
int main (int argc, char *argv[])
{
  D_ d;
  ieq (g_ (d), 101);
  return 0;
}
==

Please help me regarding this.


-- 
   Summary: g++ template with overloaded function behave differently
on "g++ 4.3.2" and "g++ 3.4.6"
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ashutosh dot nema at nechclst dot in


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

[Bug target/35574] [4.4 Regression] unrecognizable insn generated for vector move

[kazu at gcc dot gnu dot org]

--- Comment #7 from kazu at gcc dot gnu dot org  2008-11-06 14:58 ---
Subject: Bug 35574

Author: kazu
Date: Thu Nov  6 14:57:15 2008
New Revision: 141643

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141643
Log:
PR target/35574
* config/sparc/predicates.md (const_double_or_vector_operand):
New.
* config/sparc/sparc.c (sparc_extra_constraint_check): Handle the
'D' constraint.
* config/sparc/sparc.h: Document the 'D' constraint.
* config/sparc/sparc.md (*movdf_insn_sp32_v9, *movdf_insn_sp64):
Use the 'D' constraint in addition to 'F' in some alternatives.
(DF splitter): Generalize for V64mode.
* doc/md.texi (SPARC): Document the 'D' constraint.

Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/sparc/predicates.md
branches/gcc-4_3-branch/gcc/config/sparc/sparc.c
branches/gcc-4_3-branch/gcc/config/sparc/sparc.h
branches/gcc-4_3-branch/gcc/config/sparc/sparc.md
branches/gcc-4_3-branch/gcc/doc/md.texi


-- 


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

[Bug target/35574] [4.4 Regression] unrecognizable insn generated for vector move

[kazu at gcc dot gnu dot org]

--- Comment #8 from kazu at gcc dot gnu dot org  2008-11-06 15:00 ---
Subject: Bug 35574

Author: kazu
Date: Thu Nov  6 14:59:09 2008
New Revision: 141644

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141644
Log:
PR target/35574
* config/sparc/constraints.md (D): New.
* config/sparc/predicates.md (const_double_or_vector_operand):
New.
* config/sparc/sparc.c (sparc_extra_constraint_check): Handle the
'D' constraint.
* config/sparc/sparc.md (*movdf_insn_sp32_v9, *movdf_insn_sp64):
Use the 'D' constraint in addition to 'F' in some alternatives.
(DF splitter): Generalize for V64mode.
* doc/md.texi (SPARC): Document the 'D' constraint.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sparc/constraints.md
trunk/gcc/config/sparc/predicates.md
trunk/gcc/config/sparc/sparc.md
trunk/gcc/doc/md.texi


-- 


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

[Bug target/35574] [4.4 Regression] unrecognizable insn generated for vector move

[kazu at gcc dot gnu dot org]

--- Comment #9 from kazu at gcc dot gnu dot org  2008-11-06 15:02 ---
Fixed.


-- 

kazu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/37489] const_true_rtx returned for float compare

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2008-11-06 15:07 
---
Subject: Bug 37489

Author: rguenth
Date: Thu Nov  6 15:05:44 2008
New Revision: 141645

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141645
Log:
2008-11-06  Richard Guenther  <[EMAIL PROTECTED]>

Backport from mainline:
2008-09-13  H.J. Lu  <[EMAIL PROTECTED]>

PR rtl-optimization/37489
* cse.c (fold_rtx): Don't return const_true_rtx for float
compare if FLOAT_STORE_FLAG_VALUE is undefined.

* g++.dg/opt/cse3.C: New testcase.
* gcc.dg/torture/pr37969.c: New testcase.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/opt/cse3.C
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/torture/pr37969.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/cse.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/38007] [4.2/4.3/4.4 Regression] g++ instantiate same operator twice due to bitfield in -O0 mode, causing symbol already defined assembler error

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-11-06 15:15 ---
And for:
struct A
{
  template  __attribute__((noinline)) operator T ()
  {
return (T) 0;
  }
};

struct B
{
  unsigned int b : 8;
};

int
main ()
{
  A u;
  unsigned int v = u;
  B w;
  w.b = u;
}

we instantiate both
A::operator unsigned int()
A::operator unsigned char()
Shouldn't it use unsigned int conversion in both cases as well, or is it
allowed (or required) to use the lowered type?  I see 3.4 through 4.4 all use
unsigned char, if RHS' type isn't MAYBE_CLASS_TYPE_P, then I understand it, but
for
class RHS it is an important difference.

I believe the place which needs to be revisited is cp_build_modify_expr, if
is_bitfield_expr_with_lowered_type use the type returned by that in
convert_for_assignment.  But I'm e.g. confused by:

  /* If storing into a structure or union member, it has probably been
 given type `int'.  Compute the type that would go with the actual
 amount of storage the member occupies.  */

  if (TREE_CODE (lhs) == COMPONENT_REF
  && (TREE_CODE (lhstype) == INTEGER_TYPE
  || TREE_CODE (lhstype) == REAL_TYPE
  || TREE_CODE (lhstype) == ENUMERAL_TYPE))
{
  lhstype = TREE_TYPE (get_unwidened (lhs, 0));
...
}

That seems like a remnant from the past, as get_unwidened for COMPONENT_REF
does
nothing but return the passed object.  See
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01621.html


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org, dodji at gcc dot gnu
   ||dot org, jason at gcc dot
   ||gnu dot org


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

[Bug target/26397] Program crashes when rethrowing exception

[dje at gcc dot gnu dot org]

--- Comment #12 from dje at gcc dot gnu dot org  2008-11-06 15:34 ---
Subject: Bug 26397

Author: dje
Date: Thu Nov  6 15:32:40 2008
New Revision: 141646

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141646
Log:
PR target/26397
* config/rs6000/aix.h (LIBSTDCXX_STATIC): Define.

cp/
* g++spec.c (LIBSTDCXX_STATIC): New.
(lang_spec_driver): Use LIBSTDCXX_STATIC when not shared_libgcc.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/aix.h
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/g++spec.c


-- 


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

[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0

[ro at gcc dot gnu dot org]

--- Comment #30 from ro at gcc dot gnu dot org  2008-11-06 15:43 ---
Subject: Bug 33100

Author: ro
Date: Thu Nov  6 15:41:52 2008
New Revision: 141647

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141647
Log:
PR bootstrap/33100
* config.gcc (i[34567]86-*-solaris2*): Include i386/t-crtstuff
only with GNU ld.

Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/config.gcc


-- 


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

[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0

[ro at gcc dot gnu dot org]

-- 

ro at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ro at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-09-04 18:10:17 |2008-11-06 15:44:47
   date||


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

[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0

[ro at techfak dot uni-bielefeld dot de]

--- Comment #31 from ro at techfak dot uni-bielefeld dot de  2008-11-06 
15:45 ---
Subject: Re:  [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad
cie version 0: offset 0x0

Fixed for 4.2.5.


-- 


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

[Bug rtl-optimization/38034] New: Unnecssary register move

[hjl dot tools at gmail dot com]

[EMAIL PROTECTED] prev-gcc]$ cat /tmp/x.c
#include 

int
foo (int *p)
{
  return __sync_lock_test_and_set (p, 0);
}
[EMAIL PROTECTED] prev-gcc]$ ./xgcc -B./ -O2 -S /tmp/x.c 
[EMAIL PROTECTED] prev-gcc]$ cat x.s
.file   "x.c"
.pred.safe_across_calls p1-p5,p16-p63
.text
.align 16
.align 64
.global foo#
.type   foo#, @function
.proc foo#
foo:
.prologue
.body
.mmi
nop 0
mov r8 = r0
nop 0
;;
.mib
xchg4 r8 = [r32], r8
nop 0
br.ret.sptk.many b0
.endp foo#
.ident  "GCC: (GNU) 4.4.0 20081106 (experimental) [trunk revision
141649]"
[EMAIL PROTECTED] prev-gcc]$ 

We don't need

mov r8 = r0

We should generate

xchg4 r8 = [r32], r0


-- 
   Summary: Unnecssary register move
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ra
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: ia64-unknown-linux-gnu


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

[Bug c++/38035] New: GCC 4.3.2 Make fails on ubuntu - configure: error: cannot compute suffix of object files

[themnmoores at comcast dot net]

doing a configure and make fails with 4.3.2. gcc 4.2.4 works fine.

Machine is running Ubuntu 8.04.1

Here is the the tail of the make process:

Cleaning up unneeded directories:
fixincludes is done
echo timestamp > stmp-fixinc
rm -f mm_malloc.h
cat ../../gcc-4.3.2/gcc/config/i386/pmm_malloc.h > mm_malloc.h
if [ -d include ] ; then true; else mkdir include; chmod a+rx include; fi
if [ -d include-fixed ] ; then true; else mkdir include-fixed; chmod a+rx
include-fixed; fi
for file in .. ../../gcc-4.3.2/gcc/ginclude/float.h
../../gcc-4.3.2/gcc/ginclude/iso646.h ../../gcc-4.3.2/gcc/ginclude/stdarg.h
../../gcc-4.3.2/gcc/ginclude/stdbool.h ../../gcc-4.3.2/gcc/ginclude/stddef.h
../../gcc-4.3.2/gcc/ginclude/varargs.h ../../gcc-4.3.2/gcc/ginclude/stdfix.h
../../gcc-4.3.2/gcc/config/i386/cpuid.h
../../gcc-4.3.2/gcc/config/i386/mmintrin.h
../../gcc-4.3.2/gcc/config/i386/mm3dnow.h
../../gcc-4.3.2/gcc/config/i386/xmmintrin.h
../../gcc-4.3.2/gcc/config/i386/emmintrin.h
../../gcc-4.3.2/gcc/config/i386/pmmintrin.h
../../gcc-4.3.2/gcc/config/i386/tmmintrin.h
../../gcc-4.3.2/gcc/config/i386/ammintrin.h
../../gcc-4.3.2/gcc/config/i386/smmintrin.h
../../gcc-4.3.2/gcc/config/i386/nmmintrin.h
../../gcc-4.3.2/gcc/config/i386/bmmintrin.h
../../gcc-4.3.2/gcc/config/i386/mmintrin-common.h mm_malloc.h; do \
  if [ X$file != X.. ]; then \
realfile=`echo $file | sed -e 's|.*/\([^/]*\)$|\1|'`; \
echo timestamp > include/$realfile; \
rm -f include/$realfile; \
cp $file include; \
chmod a+r include/$realfile; \
  fi; \
done
rm -f include/unwind.h
cp ../../gcc-4.3.2/gcc/unwind-generic.h include/unwind.h
set -e; for ml in `cat fixinc_list`; do \
  sysroot_headers_suffix=`echo ${ml} | sed -e 's/;.*$//'`; \
  multi_dir=`echo ${ml} | sed -e 's/^[^;]*;//'`; \
  fix_dir=include-fixed${multi_dir}; \
  if [ -f `echo /usr/include | sed -e :a -e 's,[^/]*/\.\.\/,,' -e
ta`/limits.h ] ; then \
cat ../../gcc-4.3.2/gcc/limitx.h ../../gcc-4.3.2/gcc/glimits.h
../../gcc-4.3.2/gcc/limity.h > tmp-xlimits.h; \
  else \
cat ../../gcc-4.3.2/gcc/glimits.h > tmp-xlimits.h; \
  fi; \
  /bin/bash ../../gcc-4.3.2/gcc/../mkinstalldirs ${fix_dir}; \
  chmod a+rx ${fix_dir} || true; \
  rm -f ${fix_dir}/limits.h; \
  mv tmp-xlimits.h ${fix_dir}/limits.h; \
  chmod a+r ${fix_dir}/limits.h; \
done
rm -f include-fixed/README
cp ../../gcc-4.3.2/gcc/../fixincludes/README-fixinc include-fixed/README
chmod a+r include-fixed/README
echo timestamp > stmp-int-hdrs
TARGET_CPU_DEFAULT="" \
HEADERS="auto-host.h ansidecl.h" DEFINES="USED_FOR_TARGET " \
/bin/bash ../../gcc-4.3.2/gcc/mkconfig.sh tconfig.h
echo timestamp > gpl.pod
perl ../../gcc-4.3.2/gcc/../contrib/texi2pod.pl
../../gcc-4.3.2/gcc/doc/include/gpl_v3.texi > gpl.pod
echo timestamp > doc/gpl.7
(pod2man --center="GNU" --release="gcc-4.3.2" --section=7 gpl.pod >
doc/gpl.7.T$$ && \
mv -f doc/gpl.7.T$$ doc/gpl.7) || \
(rm -f doc/gpl.7.T$$ && exit 1)
make[3]: Leaving directory `/home/us291221/Desktop/build/gcc'
mkdir -p -- i686-pc-linux-gnu/libgcc
Checking multilib configuration for libgcc...
Configuring stage 1 in i686-pc-linux-gnu/libgcc
configure: creating cache ./config.cache
checking for --enable-version-specific-runtime-libs... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for gawk... no
checking for mawk... mawk
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for i686-pc-linux-gnu-ar... ar
checking for i686-pc-linux-gnu-lipo... lipo
checking for i686-pc-linux-gnu-nm... /home/us291221/Desktop/build/./gcc/nm
checking for i686-pc-linux-gnu-ranlib... ranlib
checking for i686-pc-linux-gnu-strip... strip
checking whether ln -s works... yes
checking for i686-pc-linux-gnu-gcc... /home/us291221/Desktop/build/./gcc/xgcc
-B/home/us291221/Desktop/build/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/
-B/usr/local/i686-pc-linux-gnu/lib/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include
checking for suffix of object files... configure: error: cannot compute suffix
of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Error 1
make[2]: Leaving directory `/home/us291221/Desktop/build'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/home/us291221/Desktop/build'
make: *** [all] Error 2


-- 
   Summary: GCC 4.3.2 Make fails on ubuntu - configure: error:
cannot compute suffix of object files
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: themnmoores at comcast dot net
  GCC host triplet: i

[Bug testsuite/38036] New: [4.4 Regression][AVR] FAIL: gcc.c-torture/execute/pr37573.c execution

[eric dot weddington at atmel dot com]

New test case gcc.c-torture/execute/pr37573.c fails for AVR for -O[0123s]:
FAIL: gcc.c-torture/execute/pr37573.c execution

The test case assumes 32-bit integer constants. AVR has 16-bit integers.


-- 
   Summary: [4.4 Regression][AVR] FAIL: gcc.c-
torture/execute/pr37573.c execution
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eric dot weddington at atmel dot com
GCC target triplet: avr-*-*


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

[Bug testsuite/38036] [4.4 Regression][AVR] FAIL: gcc.c-torture/execute/pr37573.c execution

[eric dot weddington at atmel dot com]

--- Comment #1 from eric dot weddington at atmel dot com  2008-11-06 18:52 
---
Test case added by:

2008-11-03  Richard Guenther  <[EMAIL PROTECTED]>

PR middle-end/37573
* tree-data-ref.c (split_constant_offset_1): Fix tuplification.

* gcc.c-torture/execute/pr37573.c: New testcase.


-- 

eric dot weddington at atmel dot com changed:

   What|Removed |Added

 CC||rguenther at suse dot de


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

[Bug middle-end/37857] [graphite] Segmentation fault

[mitul dot thakkar at amd dot com]

--- Comment #3 from mitul dot thakkar at amd dot com  2008-11-06 19:40 
---
Created an attachment (id=16628)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16628&action=view)
Updated Reduced Test Case


-- 

mitul dot thakkar at amd dot com changed:

   What|Removed |Added

  Attachment #16512|0   |1
is obsolete||


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

[Bug middle-end/37857] [graphite] Segmentation fault

[mitul dot thakkar at amd dot com]

--- Comment #4 from mitul dot thakkar at amd dot com  2008-11-06 19:43 
---
(In reply to comment #3)
> Created an attachment (id=16628)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16628&action=view) [edit]
> Updated Reduced Test Case


I've attached new reduced test case for the error. 

Getting same error ...

gfortran -c -O3 -floop-block updated_protein.f90

updated_protein.f90: In function 'superficie_proteina':
updated_protein.f90:1: error: type mismatch between an SSA_NAME and its symbol
updated_protein.f90:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


GDB backtrace is giving following information..

(gdb) set args -O3 -floop-block updated_protein.f90
(gdb) r
Starting program: /u/ssa/mthakkar/gcc_latest/graphite_build/gcc/f951 -O3
-floop-block updated_protein.f90
 superficie_proteina
Analyzing compilation unit
Performing interprocedural optimizations
 
 Assembling functions:
 superficie_proteina
updated_protein.f90: In function 'superficie_proteina':
updated_protein.f90:1: error: type mismatch between an SSA_NAME and its symbol

Program received signal SIGSEGV, Segmentation fault.
0x0082c99e in verify_use (bb=0x2b649093fa80, def_bb=0x0,
use_p=0x2b649094b630, stmt=0x2b649094b600, check_abnormal=0 '\0',
names_defined_in_bb=0x0)
at ../../graphite/gcc/tree-ssa.c:367
367   if (gimple_nop_p (SSA_NAME_DEF_STMT (ssa_name))
(gdb) bt
#0  0x0082c99e in verify_use (bb=0x2b649093fa80, def_bb=0x0,
use_p=0x2b649094b630, stmt=0x2b649094b600, check_abnormal=0 '\0',
names_defined_in_bb=0x0) at ../../graphite/gcc/tree-ssa.c:367
#1  0x0082e1b3 in verify_phi_args (phi=0x2b649094b600,
bb=0x2b649093f900, definition_block=0x1178a00) at
../../graphite/gcc/tree-ssa.c:477
#2  0x0082f41a in verify_ssa (check_modified_stmt=0 '\0') at
../../graphite/gcc/tree-ssa.c:800
#3  0x00b0a09f in gloog (scop=0x1086a80, stmt=) at
../../graphite/gcc/graphite.c:4396
#4  0x00b0b5d5 in graphite_transform_loops () at
../../graphite/gcc/graphite.c:5268
#5  0x007ece47 in graphite_transforms () at
../../graphite/gcc/tree-ssa-loop.c:298
#6  0x00679548 in execute_one_pass (pass=0xf73f40) at
../../graphite/gcc/passes.c:1279
#7  0x00679785 in execute_pass_list (pass=0xf73f40) at
../../graphite/gcc/passes.c:1327
#8  0x0067979d in execute_pass_list (pass=0xf73ca0) at
../../graphite/gcc/passes.c:1328
#9  0x0067979d in execute_pass_list (pass=0xf73160) at
../../graphite/gcc/passes.c:1328
#10 0x0076dc9c in tree_rest_of_compilation (fndecl=0x2b6490902c00) at
../../graphite/gcc/tree-optimize.c:418
#11 0x008e3554 in cgraph_expand_function (node=0x2b6490902f00) at
../../graphite/gcc/cgraphunit.c:1038
#12 0x008e5325 in cgraph_optimize () at
../../graphite/gcc/cgraphunit.c:1097
#13 0x00490c85 in gfc_be_parse_file (set_yydebug=)
at ../../graphite/gcc/fortran/f95-lang.c:240
#14 0x0071f385 in toplev_main (argc=, argv=) at ../../graphite/gcc/toplev.c:968
#15 0x2b649014a184 in __libc_start_main () from /lib64/libc.so.6
#16 0x00406869 in _start ()


-- 


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

[Bug c/37955] internal compiler error: in vectorizable_store, at tree-vect-transform.c:5447

[alon dot barlev at gmail dot com]

--- Comment #5 from alon dot barlev at gmail dot com  2008-11-06 19:53 
---
Still:
$ x86_64-pc-mingw32-gcc -O3 sample2.c
e_aep.c: In function ‘aep_get_connection’:
e_aep.c:862: internal compiler error: in vectorizable_store, at
tree-vect-transform.c:5447
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Using binutils CVS head and gcc head (rev#141655).

How can I help more than this?
Can you send a patch to provide some more information?


-- 


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

[Bug c++/25185] deep typedef substitution in error message

[dave at boost-consulting dot com]

--- Comment #2 from dave at boost-consulting dot com  2008-11-06 19:59 
---
This is really a serious problem!

For example, consider this error message I got today.  If you look carefully,
you can see the fundamental problem is that two unsigned int lvalues are being
passed to this function call operator.  So naturally I'm wondering what types
I'm allowed to pass there.  However, the parameter types to the function are
shown as

const boost::property_traits::key_type &, 

and

const boost
::property_traits<
boost::vec_adj_list_vertex_property_map<
boost::adjacency_list<
boost::listS, boost::vecS, boost::directedS, boost
::property<
boost::vertex_name_t, unsigned int, boost::property<
boost::vertex_rank_t, int, boost::no_property> >,
boost::property<
boost::edge_locally_owned_t, bool, boost::property<
boost::edge_target_processor_id_t, int, boost
::property<
boost::edge_weight_t, double, boost
::no_property> > >, boost::no_property, boost
::listS>, boost::adjacency_list<
boost::listS, boost::vecS, boost::directedS, boost
::property<
boost::vertex_name_t, unsigned int, boost::property<
boost::vertex_rank_t, int, boost::no_property> >,
boost::property<
boost::edge_locally_owned_t, bool, boost::property<
boost::edge_target_processor_id_t, int, boost
::property<
boost::edge_weight_t, double, boost
::no_property> > >, boost::no_property, boost
::listS> *, unsigned int, unsigned int &, boost
::vertex_name_t> >::value_type &

!!  Naturally, this message is useless for debugging my problem.  I don't know
when things changed; GCC never used to do this deep typedef substitution, which
made it my favorite compiler for template programming.  *** Please, Please,
Please *** restore the old behavior.



../../../../boost/parallel/detail/ghost_store.hpp:349: error: no match for call
to ‘(
const boost::parallel::distributed_property_map<
boost::parallel::mpi::bsp_process_group, boost::detail::parallel
::global_descriptor_property_map, boost
::vec_adj_list_vertex_property_map<
boost::adjacency_list<
boost::listS, boost::vecS, boost::directedS, boost
::property<
boost::vertex_name_t, unsigned int, boost::property<
boost::vertex_rank_t, int, boost::no_property> >,
boost::property<
boost::edge_locally_owned_t, bool, boost::property<
boost::edge_target_processor_id_t, int, boost
::property<
boost::edge_weight_t, double, boost
::no_property> > >, boost::no_property, boost
::listS>, boost::adjacency_list<
boost::listS, boost::vecS, boost::directedS, boost
::property<
boost::vertex_name_t, unsigned int, boost::property<
boost::vertex_rank_t, int, boost::no_property> >,
boost::property<
boost::edge_locally_owned_t, bool, boost::property<
boost::edge_target_processor_id_t, int, boost
::property<
boost::edge_weight_t, double, boost
::no_property> > >, boost::no_property, boost
::listS> *, unsigned int, unsigned int &, boost
::vertex_name_t> 
>::assimilate_from_reduce<
boost::property_reduce::apply>)
(unsigned int &, unsigned int &)’
../../../../boost/parallel/distributed_property_map.hpp:395: candidates are:
void boost::parallel::distributed_property_map<
boost::parallel::mpi::bsp_process_group, boost::detail::parallel
::global_descriptor_property_map, boost
::vec_adj_list_vertex_property_map<
boost::adjacency_list<
boost::listS, boost::vecS, boost::directedS, boost::property<
boost::vertex_name_t, unsigned int, boost::property<
boost::vertex_rank_t, int, boost::no_property> >, boost
::property<
boost::edge_locally_owned_t, bool, boost::property<
boost::edge_target_processor_id_t, int,
boost::property<
  

[Bug c++/25185] deep typedef substitution in error message

[dgregor at gcc dot gnu dot org]

--- Comment #3 from dgregor at gcc dot gnu dot org  2008-11-06 20:19 ---
This bug should be really easy to fix, now that GCC has canonical types. Just
map each of the template type arguments down to its canonical type before doing
the substitution. 


-- 


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

[Bug c/38037] New: false uninitialized warnings when using a pointer as a guard

[edwintorok at gmail dot com]

With the testcode below I get an uninitialized use warning.
There should be no warning since foobar is always assigned when (!bar), and
foobar is only used when (!bar). 
bar is an argument to the function and nothing changes it, and it is not
aliased.

$ gcc -O2 -Wall -c foo.c
foo.c: In function ‘foo’:
foo.c:6: warning: ‘foobar’ may be used uninitialized in this function

This happens on both 4.3.2 and trunk
$ gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3
--program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-mpfr --enable-cld --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.3.2 (Debian 4.3.2-1)

$ gcc_inst/bin/gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --disable-multilib --disable-static
--prefix=/home/edwin/gcc_inst/ --enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20081103 (experimental) [trunk revision 141547] (GCC)


-- 
   Summary: false uninitialized warnings when using a pointer as a
guard
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


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

[Bug c/38037] false uninitialized warnings when using a pointer as a guard

[edwintorok at gmail dot com]

--- Comment #1 from edwintorok at gmail dot com  2008-11-06 20:58 ---
/* testcase
   gcc -O2 -Wall -c foo.c */
char *get(void);
int use(const char *);
void foo(const char *bar)
{
char *foobar;

if(!bar)
foobar = get();

if(use(bar))
return;

if(!bar)
free(foobar);
}


-- 


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

[Bug c/38037] false uninitialized warnings when using a pointer as a guard

[edwintorok at gmail dot com]

--- Comment #2 from edwintorok at gmail dot com  2008-11-06 20:59 ---
/* testcase 
 * gcc -Wall -O2 -c foo.c 
 */

char *get(void);
int use(const char *);
void foo(const char *bar)
{
char *foobar;

if(!bar)
foobar = get();

if(use(bar))
return;

if(!bar)
use(foobar);
}


-- 


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

[Bug c/38037] false uninitialized warnings when using a pointer as a guard

[edwintorok at gmail dot com]

--- Comment #3 from edwintorok at gmail dot com  2008-11-06 21:01 ---
Same happens if I use int instead of a pointer:
/* testcase */
/* gcc -O2 -Wall -c foo.c */
int get(void);
int use(int);
void foo(int bar)
{
int foobar;

if(!bar)
foobar = get();

if(use(bar))
return;

if(!bar)
use(foobar);
}


-- 


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

[Bug fortran/38033] Bounds of a pointer/allocatable array not stabilized

[pault at gcc dot gnu dot org]

--- Comment #1 from pault at gcc dot gnu dot org  2008-11-06 21:09 ---
(In reply to comment #0)
Index: gcc/fortran/trans-array.c
===
--- gcc/fortran/trans-array.c   (revision 141655)
+++ gcc/fortran/trans-array.c   (working copy)
@@ -645,13 +645,16 @@
 {
   n = loop->order[dim];
   if (n < loop->temp_dim)
-  gcc_assert (integer_zerop (loop->from[n]));
+   gcc_assert (integer_zerop (loop->from[n]));
   else
{
  /* Callee allocated arrays may not have a known bound yet.  */
  if (loop->to[n])
- loop->to[n] = fold_build2 (MINUS_EXPR, gfc_array_index_type,
-loop->to[n], loop->from[n]);
+   {
+ tmp = fold_build2 (MINUS_EXPR, gfc_array_index_type,
+loop->to[n], loop->from[n]);
+ loop->to[n] = gfc_evaluate_now (tmp, pre);
+   }
  loop->from[n] = gfc_index_zero_node;
}

Removes the _gfortran_size0 calls from the loop but I have not yet located the
doubling up of calls here:

D.1551 = temp.offset;
D.1552 = &a;
D.1553 = (integer(kind=8)) (integer(kind=4)) _gfortran_size0 (D.1552);
D.1554 = &a;
D.1555 = (integer(kind=8)) (integer(kind=4)) _gfortran_size0 (D.1554) + -1;
atmp.1.dtype = 281;
atmp.1.dim[0].stride = 1;
atmp.1.dim[0].lbound = 0;
atmp.1.dim[0].ubound = D.1555;
D.1557 = D.1555 + 1 <= 0;
D.1558 = D.1555 + 1;
D.1559 = D.1557 ? 0 : D.1558 * 4;
if (D.1559 < 0)
  {
_gfortran_runtime_error (&"Attempt to allocate a negative amount of
memory."[1]{lb: 1 sz: 1});
  }
D.1560 = __builtin_malloc (MAX_EXPR );
if (D.1560 == 0B)
  {
_gfortran_os_error (&"Memory allocation failed"[1]{lb: 1 sz: 1});
  }
D.1561 = D.1560;
atmp.1.data = D.1561;
atmp.1.offset = 0;
D.1563 = NON_LVALUE_EXPR ;
{
  integer(kind=8) D.1566;
  integer(kind=8) D.1565;
  integer(kind=8) S.2;

  D.1565 = a.dim[0].stride;
  D.1566 = temp.dim[0].stride;
  S.2 = 0;
  while (1)
{
  if (S.2 > D.1555) goto L.1;
  (*(real(kind=4)[0:] *) atmp.1.data)[S.2] = (*D.1546)[(S.2 + D.1563) *
D.1565 + D.1547];
  S.2 = S.2 + 1;
}
  L.1:;
  S.2 = 0;
  while (1)
{
  if (S.2 > D.1555) goto L.2;
  (*D.1550)[(S.2 + 1) * D.1566 + D.1551] = (*(real(kind=4)[0:] *)
atmp.1.data)[S.2];
  S.2 = S.2 + 1;
}
  L.2:;
}


-- 


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

[Bug middle-end/36550] Wrong "may be used uninitialized" warning (conditional PHIs)

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-11-06 21:11 ---
*** Bug 38037 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||edwintorok at gmail dot com


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

[Bug c/38037] false uninitialized warnings when using a pointer as a guard

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-11-06 21:11 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/37955] [4.4 Regression] internal compiler error: in vectorizable_store, at tree-vect-transform.c:5447

[ubizjak at gmail dot com]

--- Comment #6 from ubizjak at gmail dot com  2008-11-06 21:38 ---
It fails on x86_64-pc-linux-gnu host with a cross to x86_64-pc-mingw32:

../gcc-svn/trunk/configure --target=x86_64-pc-mingw32 --enable-languages=c
--disable-bootstrap

Compiling sample2.c:

~/gcc-build-cyg/gcc/cc1 -O3 -quiet pr37955.i
e_aep.c: In function ‘aep_get_connection’:
e_aep.c:862: internal compiler error: in vectorizable_store, at
tree-vect-transform.c:5447
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Confirmed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |tree-optimization
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-06 21:38:00
   date||
Summary|internal compiler error: in |[4.4 Regression] internal
   |vectorizable_store, at tree-|compiler error: in
   |vect-transform.c:5447   |vectorizable_store, at tree-
   ||vect-transform.c:5447


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

[Bug rtl-optimization/38034] Unnecssary register move

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-11-06 21:41 ---
Created an attachment (id=16629)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16629&action=view)
gcc44-pr38034.patch

Untested patch to fix it.


-- 


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

[Bug tree-optimization/37955] [4.4 Regression] internal compiler error: in vectorizable_store, at tree-vect-transform.c:5447

[ubizjak at gmail dot com]

--- Comment #7 from ubizjak at gmail dot com  2008-11-06 22:11 ---
Reduced testcase, fails also on x86_64-pc-linux-gnu and i686-pc-linux-gnu/sse2,

gcc version 4.4.0 20081106 (experimental) [trunk revision 141649] (GCC) 

--cut here--
typedef struct
{
  enum { NotConnected = 0 } conn_state;
  unsigned int conn_hndl;
} AEP_CONNECTION_ENTRY;

static AEP_CONNECTION_ENTRY aep_app_conn_table[256];

void aep_mod_exp (void)
{
  int count;

  for (count = 0; count < 256; count++)
{
  aep_app_conn_table[count].conn_state = NotConnected;
  aep_app_conn_table[count].conn_hndl = 0;
}
}
--cut here--


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

   GCC host triplet|i686-pc-linux-gnu   |
 GCC target triplet|x86_64-pc-mingw32   |x86-pc-linux-gnu
  Known to work||4.3.2
   Target Milestone|--- |4.4.0


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

[Bug c/38038] New: -03 -fgraphite-identity causes ICE when compiling ac.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

When compiling the ac.f90 Polyhedron 2005 benchmark using  "-O3
-fgraphite-identity", gfortran from current gcctrunk ICEs with the following
error...

ac.f90: In function ‘MAIN__’:
ac.f90:109: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

"-O2 -fgraphite-identity" doesn't cause the compiler to ICE.


-- 
   Summary: -03 -fgraphite-identity causes ICE when compiling ac.f90
Polyhedron 2005 benchmark
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug fortran/38039] New: -02/O3 -fgraphite-identity causes ICE when compiling aermod.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

When compiling the aermod.f90 Polyhedron 2005 benchmark with "-O2
-fgraphite-identity" or "-O3 -fgraphite-identity", the gfortran compiler in
current gcc trunk ICEs with the error...

aermod.f90: In function ‘ocalc’:
aermod.f90:8312: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

This compiler ICE doesn't occur when using "-O1 -fgraphite-identity".


-- 
   Summary: -02/O3 -fgraphite-identity causes ICE when compiling
aermod.f90 Polyhedron 2005 benchmark
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug fortran/38040] New: -O2 -fgraphite-identity causes ICE compiling capacita.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

When compiling the capacita.f90 Polyhedron 2005 benchmark with "-O2
-fgraphite-identity" using current gcc trunk, the gfortran compiler ICEs with
the following error...

capacita.f90: In function ‘preco’:
capacita.f90:11: error: type mismatch between an SSA_NAME and its symbol
capacita.f90:11: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

This ICE doesn't occur with "-O1 -fgraphite-identity".


-- 
   Summary: -O2 -fgraphite-identity causes ICE compiling
capacita.f90 Polyhedron 2005 benchmark
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug target/38029] --with-dwarf2 installation fails

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-11-07 02:14 ---
It was fixed in 4.0.2 and above.

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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|c   |target
 Resolution||DUPLICATE


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

[Bug target/19885] [4.0/4.1 Regression] avr dwarf-2 support is broken for head 4.0/4.1

[pinskia at gcc dot gnu dot org]

--- Comment #22 from pinskia at gcc dot gnu dot org  2008-11-07 02:14 
---
*** Bug 38029 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||vikram dot varshney at
   ||maharan-intl dot com


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

[Bug fortran/38041] New: -O2 -fgraphite-identity causes ICE compiling channel.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

The channel.f90 Polyhedron 2005 benchmark ICEs the gfortran compiler in current
gcc trunk when compiled with "-O2 -fgraphite-identity" with the following
error...

channel.f90: In function ‘sw’:
channel.f90:6: internal compiler error: in expand_scalar_variables_expr, at
graphite.c:3594
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

This ICE also occurs with "-O1 -fgraphite-identity" but not with "-O0
-fgraphite-identity".


-- 
   Summary: -O2 -fgraphite-identity causes ICE compiling channel.f90
Polyhedron 2005 benchmark
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug fortran/38043] New: -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling gas_dyn.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

When compiling the gas_dyn.f90 Polyhedron 2005 benchmark with "-O2/-O3
-fgraphite-identity", the gfortran compiler ICEs with the error...

gas_dyn.f90: In function ‘qsort’:
gas_dyn.f90:1498: error: missing definition
for SSA_NAME: S.152_183 in statement:
D.3156_132 = S.152_183 * stride.141_1;
gas_dyn.f90:1498: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The compiler ICEs with a different error when using "-O1
-fgraphite-identity"...

gas_dyn.f90: In function ‘keel’:
gas_dyn.f90:435: internal compiler error: in expand_scalar_variables_expr, at
graphite.c:3594
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The compiler doesn't ICE for "-O0 -fgraphite-identity".


-- 
   Summary: -O1/-O2/-O3 -fgraphite-identity causes ICE when
compiling gas_dyn.f90 Polyhedron 2005 benchmark
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug fortran/38042] New: -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling fatigue.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

When compiling the  fatigue.f90 Polyhedron 2005 benchmark using "-O2
-fgraphite-identity" or "-O3 -fgraphite-identity", the gfortran compiler in
current gcc trunk ICEs with the error...

fatigue.f90: In function ‘iztaccihuatl’:
fatigue.f90:1265: error: definition in block 298 does not dominate use in block
296
for SSA_NAME: MPT.801_921 in statement:
MPT.801_146 = PHI 
PHI argument
MPT.801_921
for PHI node
MPT.801_146 = PHI 
fatigue.f90:1265: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

With "-O1 -fgraphite-identity" the compiler ICEs with a bus error...

fatigue.f90: In function ‘generalized_hookes_law’:
fatigue.f90:1112: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The compiler doesn't ICE for "-O0 -fgraphite-identity".


-- 
   Summary: -O1/-O2/-O3 -fgraphite-identity causes ICE when
compiling fatigue.f90 Polyhedron 2005 benchmark
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug fortran/38044] New: -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling induct.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

When compiling the induct.f90 Polyhedron 2005 benchmark with "-O2
-fgraphite-identity" or "-O3 -fgraphite-identity", the gfortran compiler ICEs
with the error...

induct.f90: In function ‘build_vrml_data’:
induct.f90:4840: error: definition in block 26 does not dominate use in block
151
for SSA_NAME: HEAP.2074_877 in statement:
HEAP.2074_2308 = PHI 
PHI argument
HEAP.2074_877
for PHI node
HEAP.2074_2308 = PHI 
induct.f90:4840: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Using "-O1 -fgraphite-identity" produces a bus error instead...

induct.f90: In function ‘rect_self_inductance’:
induct.f90:4727: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Using -O0 -fgraphite doesn't cause a compiler ICE when compiling this code.


-- 
   Summary: -O1/-O2/-O3 -fgraphite-identity causes ICE when
compiling induct.f90 Polyhedron 2005 benchmark
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug fortran/38044] -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling induct.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

--- Comment #1 from howarth at nitro dot med dot uc dot edu  2008-11-07 
02:36 ---
The nf.f90 Polyhedron 2005 benchmark ICEs with "-O2 -fgraphite-identity" and
"-O3 -fgraphite-identity" with the same error...

nf.f90: In function ‘mattest’:
nf.f90:95: error: definition in block 43 does not dominate use in block 106
for SSA_NAME: HEAP.730_727 in statement:
HEAP.730_116 = PHI 
PHI argument
HEAP.730_727
for PHI node
HEAP.730_116 = PHI 
nf.f90:95: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

At "-O1 -fgraphite-identity", the ICE is a bus error...

nf.f90: In function ‘nfcg’:
nf.f90:150: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The ICE doesn't occur at "-O0 -fgraphite-identity"


-- 


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

[Bug fortran/38044] -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling induct.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

--- Comment #2 from howarth at nitro dot med dot uc dot edu  2008-11-07 
02:41 ---
The protein.f90 Polyhedron 2005 benchmark ICEs with the same error at "-O2
-fgraphite-identity" and "-O3 -fgraphite-identity"...

protein.f90: In function ‘superficie_proteina’:
protein.f90:1585: error: definition in block 273 does not dominate use in block
523
for SSA_NAME: HEAP.739_5125 in statement:
HEAP.739_6173 = PHI 
PHI argument
HEAP.739_5125
for PHI node
HEAP.739_6173 = PHI 
protein.f90:1585: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

and produces a bus error at "-O1 -fgraphite-identity"...

protein.f90: In function ‘superficie_proteina’:
protein.f90:1585: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

but no ICE at "-O0 -fgraphite-identity".


-- 


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

[Bug middle-end/38041] -O2 -fgraphite-identity causes ICE compiling channel.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

--- Comment #1 from howarth at nitro dot med dot uc dot edu  2008-11-07 
02:45 ---
Compiling the rnflow.f90 benchmark with "-O2 -fgraphite-identity" produces the
same ICE...

rnflow.f90: In function ‘rnflow’:
rnflow.f90:4478: internal compiler error: in expand_scalar_variables_expr, at
graphite.c:3594
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Compiling  rnflow.f90 with "-O1 -fgraphite-identity" also ICEs with the same
error but
"-O0 -fgraphite-identity" doesn't ice the compiler.


-- 


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

[Bug fortran/38044] -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling induct.f90 Polyhedron 2005 benchmark

[sebpop at gmail dot com]

--- Comment #3 from sebpop at gmail dot com  2008-11-07 02:49 ---
Subject: Re:  -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling
induct.f90 Polyhedron 2005 benchmark

On Thu, Nov 6, 2008 at 8:41 PM, howarth at nitro dot med dot uc dot
edu <[EMAIL PROTECTED]> wrote:
> but no ICE at "-O0 -fgraphite-identity".

That's because at -O0 we don't even go in SSA form,
and there are no loop transforms performed.

Also have you checked that all the bugs that you have opened
are not duplicates of other bugs already reported?
See http://gcc.gnu.org/wiki/Graphite for a list of open bugs.


-- 


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

[Bug fortran/38044] -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling induct.f90 Polyhedron 2005 benchmark

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-11-07 02:53 ---
(In reply to comment #3)
> Subject: Re:  -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling
> induct.f90 Polyhedron 2005 benchmark
> 
> On Thu, Nov 6, 2008 at 8:41 PM, howarth at nitro dot med dot uc dot
> edu <[EMAIL PROTECTED]> wrote:
> > but no ICE at "-O0 -fgraphite-identity".
> 
> That's because at -O0 we don't even go in SSA form,
> and there are no loop transforms performed.
> 

Actually we do on the trunk go into SSA form for -O0 now.  What we don't do is
any optimization.

-- Pinski


-- 


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

[Bug fortran/38044] -O1/-O2/-O3 -fgraphite-identity causes ICE when compiling induct.f90 Polyhedron 2005 benchmark

[howarth at nitro dot med dot uc dot edu]

--- Comment #5 from howarth at nitro dot med dot uc dot edu  2008-11-07 
03:02 ---
I opened these to see which of these are fixed in graphite branch so that we
can get the fixes backported.


-- 


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

[Bug bootstrap/38035] GCC 4.3.2 Make fails on ubuntu - configure: error: cannot compute suffix of object files

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-11-07 03:33 ---
Where did you install GMP/MPFR?  Was LD_LIBRARY_PATH set up correctly to point
to the lib directories?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
  Component|c++ |bootstrap


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

[Bug tree-optimization/32171] [4.2 regression] ICE w/ -ftree-loop-linear

[spop at gcc dot gnu dot org]

--- Comment #3 from spop at gcc dot gnu dot org  2008-11-07 03:46 ---
I will not work on fixing this bug on the 4.2 branch, as it was fixed on the
4.3 and later.  The changes were too large for back-porting.

Sebastian


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

Re: [Bug middle-end/37379] [graphite] ICE compiling aermod.f90 with -ffast-math -floop-block -O2 -fgraphite

[Sebastian Pop]

Hi,

For the first part of the bug:

> aermod.f90:14521: internal compiler error: in instantiate_scev_1, at
> tree-scalar-evolution.c:2220

the bug was introduced by an automatic rewrite arount TREE_CODE_LENGTH
http://gcc.gnu.org/viewcvs?view=rev&revision=122018

The fix avoids the gcc_assert by returning "unknown scalar evolution".

The second part of the bug was already fixed:
> aermod.f90:8312: internal compiler error: in expand_scalar_variables_expr, at
> graphite.c:3168

I will apply the patch below once it finishes regstrap.

Sebastian

Index: tree-scalar-evolution.c
===
--- tree-scalar-evolution.c (revision 141661)
+++ tree-scalar-evolution.c (working copy)
@@ -2213,7 +2213,9 @@ instantiate_scev_1 (basic_block instanti
   break;
 }

-  gcc_assert (!VL_EXP_CLASS_P (chrec));
+  if (VL_EXP_CLASS_P (chrec))
+return chrec_dont_know;
+
   switch (TREE_CODE_LENGTH (TREE_CODE (chrec)))
 {
 case 3:

[Bug middle-end/37379] [graphite] ICE compiling aermod.f90 with -ffast-math -floop-block -O2 -fgraphite

[sebpop at gmail dot com]

--- Comment #6 from sebpop at gmail dot com  2008-11-07 05:21 ---
Subject: Re:  [graphite] ICE compiling aermod.f90 with -ffast-math -floop-block
-O2 -fgraphite

Hi,

For the first part of the bug:

> aermod.f90:14521: internal compiler error: in instantiate_scev_1, at
> tree-scalar-evolution.c:2220

the bug was introduced by an automatic rewrite arount TREE_CODE_LENGTH
http://gcc.gnu.org/viewcvs?view=rev&revision=122018

The fix avoids the gcc_assert by returning "unknown scalar evolution".

The second part of the bug was already fixed:
> aermod.f90:8312: internal compiler error: in expand_scalar_variables_expr, at
> graphite.c:3168

I will apply the patch below once it finishes regstrap.

Sebastian

Index: tree-scalar-evolution.c
===
--- tree-scalar-evolution.c (revision 141661)
+++ tree-scalar-evolution.c (working copy)
@@ -2213,7 +2213,9 @@ instantiate_scev_1 (basic_block instanti
   break;
 }

-  gcc_assert (!VL_EXP_CLASS_P (chrec));
+  if (VL_EXP_CLASS_P (chrec))
+return chrec_dont_know;
+
   switch (TREE_CODE_LENGTH (TREE_CODE (chrec)))
 {
 case 3:


-- 


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

[Bug middle-end/37379] [graphite] ICE compiling aermod.f90 with -ffast-math -floop-block -O2 -fgraphite

[spop at gcc dot gnu dot org]

-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |spop at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-09-05 05:49:01 |2008-11-07 05:22:17
   date||


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

[Bug middle-end/37672] ICE when compile libiberty/md5.c with -fgraphite

[spop at gcc dot gnu dot org]

--- Comment #2 from spop at gcc dot gnu dot org  2008-11-07 05:31 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/37708] ICE: vector VEC(name_tree,base) index domain error, in loop_iv_stack_get_iv at graphite.c:123

[spop at gcc dot gnu dot org]

--- Comment #4 from spop at gcc dot gnu dot org  2008-11-07 05:33 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/37776] ICE compiling Matrix.c in pymol using -fgraphite

[spop at gcc dot gnu dot org]

--- Comment #4 from spop at gcc dot gnu dot org  2008-11-07 05:35 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/38045] New: floating point exception triggered incorrectly

[cstankevitz at toyon dot com]

GCC version and linux distribution:
g++ (Gentoo 4.3.2 p1.1) 4.3.2
g++ (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)
g++ (Ubuntu 4.3.2-1ubuntu11) 4.3.2

Command line to trigger bug:
g++ crash.cpp -O2

Compiler output:
(none)

Executable input:
./a.out

Executable output:
Floating point exception 

Source file attached along with preprocessed file


-- 
   Summary: floating point exception triggered incorrectly
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cstankevitz at toyon dot com


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

[Bug c++/38045] floating point exception triggered incorrectly

[cstankevitz at toyon dot com]

--- Comment #1 from cstankevitz at toyon dot com  2008-11-07 05:48 ---
Created an attachment (id=16630)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16630&action=view)
Source


-- 


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

[Bug c++/38045] floating point exception triggered incorrectly

[cstankevitz at toyon dot com]

--- Comment #2 from cstankevitz at toyon dot com  2008-11-07 05:48 ---
Created an attachment (id=16631)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16631&action=view)
Preprocessed source


-- 


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

[Bug c++/38045] floating point exception triggered when it shouldn't be

[cstankevitz at toyon dot com]

--- Comment #3 from cstankevitz at toyon dot com  2008-11-07 05:50 ---
BTW, the invalid floating point exception is not triggered in g++-4.1.2 (GCC)
4.1.2 (Gentoo 4.1.2 p1.1)


-- 

cstankevitz at toyon dot com changed:

   What|Removed |Added

Summary|floating point exception|floating point exception
   |triggered incorrectly   |triggered when it shouldn't
   ||be


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

[Bug c++/38045] floating point exception triggered when it shouldn't be

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-11-07 05:52 ---
Works for me on PPC.


-- 


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

[Bug middle-end/38038] [graphite] -03 -fgraphite-identity causes ICE when compiling ac.f90 Polyhedron 2005 benchmark

[spop at gcc dot gnu dot org]

-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-07 06:19:51
   date||
Summary|-03 -fgraphite-identity |[graphite] -03 -fgraphite-
   |causes ICE when compiling   |identity causes ICE when
   |ac.f90 Polyhedron 2005  |compiling ac.f90 Polyhedron
   |benchmark   |2005 benchmark


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

[Bug middle-end/38039] [graphite] -02/O3 -fgraphite-identity causes ICE when compiling aermod.f90 Polyhedron 2005 benchmark

[spop at gcc dot gnu dot org]

-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-07 06:25:21
   date||
Summary|-02/O3 -fgraphite-identity  |[graphite] -02/O3 -
   |causes ICE when compiling   |fgraphite-identity causes
   |aermod.f90 Polyhedron 2005  |ICE when compiling
   |benchmark   |aermod.f90 Polyhedron 2005
   ||benchmark


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

[Bug c++/38045] floating point exception triggered when it shouldn't be

[cstankevitz at toyon dot com]

--- Comment #5 from cstankevitz at toyon dot com  2008-11-07 07:01 ---
I should have added... the three instances of crashing are on 64 bit OS.  The
gentoo example above:

[EMAIL PROTECTED] ~/delete $ uname -a
Linux crs 2.6.25-gentoo-r7 #17 SMP Sun Nov 2 12:50:21 PST 2008 x86_64 Intel(R)
Core(TM)2 Quad CPU Q9650 @ 3.00GHz GenuineIntel GNU/Linux


-- 


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

[Bug c++/38045] floating point exception triggered when it shouldn't be

[hjl dot tools at gmail dot com]

--- Comment #6 from hjl dot tools at gmail dot com  2008-11-07 07:26 ---
It may be a dup of PR 37489.


-- 


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

[Bug c++/38045] floating point exception triggered when it shouldn't be

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2008-11-07 07:43 ---
Gcc 4.3.3 revision 141662 works fine.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail||4.3.3 4.4.0
  Known to work||4.3.2
 Resolution||FIXED
   Target Milestone|--- |4.3.3


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

[Bug c++/38045] floating point exception triggered when it shouldn't be

[cstankevitz at toyon dot com]

--- Comment #8 from cstankevitz at toyon dot com  2008-11-07 07:44 ---
Any recommendation on how to work around it with GCC 4.3.2?  Seemingly
unrelated code changes make it go away.  Thanks - Chris.


-- 


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