date:20050712

[Bug middle-end/22429] [4.1 Regression] -1073741824 <= n && n <= 1073741823 is true where n is 1073741824

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
07:04 ---
(In reply to comment #1)
> 4.0 produced:
>   D.1463 = n - -1073741824;
>   if (D.1463 >= 0)
> 
> Which is wrong as overflow is undefined.

This shows that fold is doing something wrong:
void abort(void);

int f(int n)
{
  if (n< 0)
   return 1;
  n+=1073741824;
  return n >= 0;
}
int main()
{
 if (f(1073741824))
   abort ();
}

-- 


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

[Bug c++/22430] New: /usr/include/c++/3.3/fstream:478: internal compiler error: in finish_member_declaration, at cp/semantics.c:1817

2005-07-12 Thread gaza at gazalla dot com

In file included from /usr/include/c++/3.3/fstream:839,
 from ../libgnuworld/ELog.h:27,
 from ../include/iServer.h:33,
 from ../include/server.h:39,
 from ../include/client.h:32,
 from ccontrol.h:39,
 from UNJUPECommand.cc:29:
/usr/include/c++/3.3/fstream: In instantiation of `std::basic_ifstream >':
/usr/include/c++/3.3/bits/fstream.tcc:523:   instantiated from here
/usr/include/c++/3.3/fstream:478: internal compiler error: in
   finish_member_declaration, at cp/semantics.c:1817

-- 
   Summary: /usr/include/c++/3.3/fstream:478: internal compiler
error: in finish_member_declaration, at
cp/semantics.c:1817
   Product: gcc
   Version: 3.3.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gaza at gazalla dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug fortran/20363] interface body has incorrect scope

2005-07-12 Thread paulthomas2 at wanadoo dot fr


--- Additional Comments From paulthomas2 at wanadoo dot fr  2005-07-12 
07:16 ---
Subject: Re:  interface body has incorrect scope

>
>
>Paul, do you have any idea what find_special could be intended for?  It seems
>obvious that it does the wrong thing in the case of this PR, and I can't see
>  
>
Tobi,

I do not know.  I wondered the same, when Erik could apparently excise 
the lot without breaking anything.

I am just about to return to modules and all that, so I'll put it on my 
list of things to contemplate.






-- 


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

[Bug c++/22431] New: -Weff++ warns about missing usage of const initalizer list in synthesized ctors

2005-07-12 Thread mutz at kde dot org

Hi, 
 
struct Foo { 
  std::string s; 
}; 
 
Foo f; 
 
emits 
warning: 'Foo::s' should be initialized in the member initialization list. 
 
Um, what? :)

-- 
   Summary: -Weff++ warns about missing usage of const initalizer
list in synthesized ctors
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mutz at kde dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug middle-end/22347] Return value register not correctly computed for indirect function call

2005-07-12 Thread rguenth at gcc dot gnu dot org


--- Additional Comments From rguenth at gcc dot gnu dot org  2005-07-12 
08:02 ---
I have a fix for the target dependent parts.  Only tree-tailcall stomps on
our feet yet.  I.e.

double __attribute__((sseregparm)) mysin(double);
double __attribute__((sseregparm)) (*mysinfp)(double) = mysin;
double bar(double x)
{
  return 1.0+mysinfp(x);
}

is fixed at -O0 and -O2, the original testcase passes at -O0 but fails at
-O2.

http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00817.html

-- 


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

[Bug ada/21242] [4.1 Regression] wrong array copy code (ACATS c52102b c52102d)

2005-07-12 Thread laurent at guerby dot net


--- Additional Comments From laurent at guerby dot net  2005-07-12 08:26 
---
Fixed between:

LAST_UPDATED: Sat Jul  9 23:06:33 UTC 2005
LAST_UPDATED: Mon Jul 11 22:29:49 UTC 2005 

on x86-linux and x86_64-linux (don't know what patch though).


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c/22432] New: Wrong code generation using MMX intrinsics on amd64

2005-07-12 Thread lars at trolltech dot com

The following example generates wrong code when compiled with -O2 on amd64. It 
doesn't seem to happen when compiling in 32bit mode though. 
 
#include  
#include  
 
typedef unsigned int CARD32; 
 
static void 
mmxCombineAddU (CARD32 *dest, const CARD32 *src, int width) 
{ 
const __m64 mmx_0 = _mm_setzero_si64(); 
 
const CARD32 *end = dest + width; 
while (dest < end) { 
__m64 s, d; 
s = _mm_unpacklo_pi8 (_mm_cvtsi32_si64(*src), mmx_0); 
d = _mm_unpacklo_pi8 (_mm_cvtsi32_si64(*dest), mmx_0); 
s = _mm_add_pi16(s, d); 
*dest = (CARD32)_mm_cvtsi64_si32(_mm_packs_pu16(s, mmx_0)); 
++dest; 
++src; 
} 
_mm_empty(); 
} 
 
int main() 
{ 
CARD32 a = 0x; 
CARD32 b = 0x10101010; 
 
mmxCombineAddU(&a,  &b, 1); 
assert(a == 0x); 
return 0; 
} 
 
The compiled assembler for the mmx instructions looks like this: 
 
  400555:   0f 6e 00movd   (%rax),%mm0 
  400558:   0f 60 capunpcklbw %mm2,%mm1 
  40055b:   0f 60 c2punpcklbw %mm2,%mm0 
  40055e:   0f fc c1paddb  %mm1,%mm0 
  400561:   0f 67 c3packuswb %mm3,%mm0 
  400564:   0f 7e 00movd   %mm0,(%rax) 
 
It should use paddw instead of paddb here. 
 
best regards, 
Lars

-- 
   Summary: Wrong code generation using MMX intrinsics on amd64
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lars at trolltech dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: linux-amd64


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

[Bug tree-optimization/22433] New: ICE with autovectorisation: verify_ssa failed

2005-07-12 Thread micis at gmx dot de

When I use the actual snapshot of gcc41 (gcc-4.1-20050709) to compile the small 
test program given below, I get an ICE.


void work1 (float*  Data, float*  Kern, float*  Mul)
{
  for (int i=0; i<24; i++) Mul[i] = Data[i] * Kern[i];
}

int main (int argc, char **argv)
{
  float Kern[24]  __attribute__ ((aligned (16)))
= {1,2,3,4,5,6,7,8,9,0,1,2,3,4,5,6,7,8,9,0,1,2,3,4};
  float Data[24]  __attribute__ ((aligned (16)))
= {1,2,3,4,5,6,7,8,9,0,1,2,3,4,5,6,7,8,9,0,1,2,3,4};
  float Mul [24]  __attribute__ ((aligned (16)))
= {1,2,3,4,5,6,7,8,9,0,1,2,3,4,5,6,7,8,9,0,1,2,3,4};
  work1(Data, Kern, Mul);
  return int(Mul[0]);
}


Since it is a similar ICE as in bug22037 I applied the patch given there, which 
had no effect.


g++41f -O3 -ftree-vectorize -c -o vectest.o vectest.cpp
vectest.cpp: In function 'int main(int, char**)':
vectest.cpp:6: error: definition in block 0 follows the use
for SSA_NAME: Data_97 in statement:
#   VUSE ;
vect_var_.45_122 = *vect_pData.46_121;
vectest.cpp:6: internal compiler error: verify_ssa failed
Please submit a full bug report, with preprocessed source if appropriate.

g++41f -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050709/configure --prefix=/usr/local/gcc41f
--program-suffix=41f --with-arch=opteron
--enable-languages=c,c++ --enable-checking
Thread model: posix
gcc version 4.1.0 20050709 (experimental)


Michael Cieslinski

-- 
   Summary: ICE with autovectorisation: verify_ssa failed
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug tree-optimization/22433] ICE with autovectorisation: verify_ssa failed

2005-07-12 Thread micis at gmx dot de


--- Additional Comments From micis at gmx dot de  2005-07-12 10:29 ---
Using older compilers I found the first failing snapshot is gcc-4.1-20050604 
and the last working one is gcc-4.1-20050528

Michael Cieslinski

-- 


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

[Bug c++/22434] New: ICE in simplify_{,gen_}subreg

2005-07-12 Thread jakub at redhat dot com

#include 
#include 
#include 

std::string bar (unsigned int x);

template 
std::ostream & baz (std::ostream &os, const T &v, bool lit)
{
  typename T::const_iterator i = v.begin ();
  os << (lit ? bar (*i) : *i);
  return os;
}

void foo (std::ostream &os, const std::vector &v)
{
  baz (os, v, false);
}

ICEs in 3.4.4, 4.0.1 and HEAD, trying to generate a BLKmode SUBREG.

-- 
   Summary: ICE in simplify_{,gen_}subreg
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/22416] [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466

2005-07-12 Thread reichelt at gcc dot gnu dot org


--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-12 
10:43 ---
I tried to reduce the testcase, but the problem just disappears on
unrelated changes of the code.

A run through valgrind resulted in the following output:

  130 % valgrind --tool=memcheck cc1plus -quiet -mtune=i686 -O3 1.ii
  ==17826== Memcheck, a memory error detector for x86-linux.
  ==17826== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et al.
  ==17826== Using valgrind-2.2.0, a program supervision framework for x86-linux.
  ==17826== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et al.
  ==17826== For more details, rerun with: -v
  ==17826== 
  ==17826== Conditional jump or move depends on uninitialised value(s)
  ==17826==at 0x84E628F: find_what_p_points_to (tree-ssa-structalias.c:3184)
 
/Work/reichelt/GCC/FARM/gcc-4.1-20050712/bin/../lib/gcc/i686-pc-linux-gnu/4.1.0/
  ../../../../include/c++/4.1.0/bits/stl_set.h: In member function
'std::pair, _Compare, typename
_Alloc::
  rebind<_Key>::other>::const_iterator, bool> std::set<_Key, _Compare,
_Alloc>::in
  sert(const _Key&) [with _Key = int, _Compare = std::less, _Alloc =
std::all
  ocator]':
 
/Work/reichelt/GCC/FARM/gcc-4.1-20050712/bin/../lib/gcc/i686-pc-linux-gnu/4.1.0/
  ../../../../include/c++/4.1.0/bits/stl_set.h:318: internal compiler error:
tree 
  check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See http://gcc.gnu.org/bugs.html> for instructions.
  ==17826== 
  ==17826== ERROR SUMMARY: 9 errors from 1 contexts (suppressed: 11 from 1)
  ==17826== malloc/free: in use at exit: 863685 bytes in 3373 blocks.
  ==17826== malloc/free: 195693 allocs, 192320 frees, 50172271 bytes allocated.
  ==17826== For a detailed leak analysis,  rerun with: --leak-check=yes
  ==17826== For counts of detected errors, rerun with: -v


The uninitialised value is reported long before the ICE happens, but
maybe it's the culprit anyway. An uninitialized value would also explain
why unrelated changes make the code compile again.


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org


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

[Bug c++/20789] [4.0 regression] ICE with incomplete type in template

2005-07-12 Thread reichelt at gcc dot gnu dot org


--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-12 
10:48 ---
Nathan, would you mind applying the patch to the 4.0 branch,
since the branch is now open again? Thanks!


-- 


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

[Bug c++/22435] New: Incorrect "may reach end of non-void function" warning

2005-07-12 Thread fw at deneb dot enyo dot de

The code below results in an incorrect warning.  If the "break" statement is
removed, the warning disappears.  The C compiler does not issue the warning for
both programs.

#include 
// Imports: extern void abort (void) throw () __attribute__ ((__noreturn__));

inline unsigned
convert_watch(int w)
{
  switch (w) {
case 0:
  return 0;
  // Deleting the following line suppresses the warning.
  break;
default:
  abort();
  }
}

extern void foo(unsigned);

void
add_fd(int w, int* fdh)
{
  unsigned u = convert_watch(w); // warning: "may reach end..."
  foo(u);   // silence unused warning
}

-- 
   Summary: Incorrect "may reach end of non-void function" warning
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fw at deneb dot enyo dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug c++/20789] [4.0 regression] ICE with incomplete type in template

2005-07-12 Thread nathan at codesourcery dot com


--- Additional Comments From nathan at codesourcery dot com  2005-07-12 
11:07 ---
Subject: Re:  [4.0 regression] ICE with incomplete type in
 template

reichelt at gcc dot gnu dot org wrote:
> --- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-12 
> 10:48 ---
> Nathan, would you mind applying the patch to the 4.0 branch,
> since the branch is now open again? Thanks!

yes, I'm testing my jumbo set of patches there as I write :)

nathan



-- 


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

[Bug libfortran/22436] New: print *,tiny(1._10) yields asterisks

2005-07-12 Thread tkoenig at gcc dot gnu dot org

$ cat kinds.f90
program main
  print *,tiny(1._10)
end program main
$ gfortran kinds.f90
$ ./a.out
 ***
$ gfortran -v
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050709/configure --prefix=/home/zfkts --enable-
languages=c,f95
Thread model: posix
gcc version 4.1.0 20050709 (experimental)

-- 
   Summary: print *,tiny(1._10) yields asterisks
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: ia64-unknown-linux-gnu


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

[Bug libfortran/22437] New: Missing array intrinsics for kind=10 and kind=16

2005-07-12 Thread tkoenig at gcc dot gnu dot org

$ cat kind2.f90
program main
  real(kind=10), dimension(2) :: a
  integer(kind=16), dimension(2) :: b
  print *,maxloc(a),maxloc(b)
end program main
$ gfortran kind2.f90
/tmp/ccKkwR8V.o(.text+0x172): In function `MAIN__':
: undefined reference to `_gfortran_maxloc0_4_r10'
/tmp/ccKkwR8V.o(.text+0x372): In function `MAIN__':
: undefined reference to `_gfortran_maxloc0_4_i16'
collect2: ld returned 1 exit status

-- 
   Summary: Missing array intrinsics for kind=10 and kind=16
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/20678] [3.4/4.0 Regression] Make process stopped

2005-07-12 Thread nathan at gcc dot gnu dot org


--- Additional Comments From nathan at gcc dot gnu dot org  2005-07-12 
11:27 ---
Applied to 4.0 branch

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/22431] -Weff++ warns about missing usage of const initalizer list in synthesized ctors

2005-07-12 Thread gdr at integrable-solutions dot net


--- Additional Comments From gdr at integrable-solutions dot net  
2005-07-12 11:27 ---
Subject: Re:  New: -Weff++ warns about missing usage of const initalizer list 
in synthesized ctors

"mutz at kde dot org" <[EMAIL PROTECTED]> writes:

| Hi, 
|  
| struct Foo { 
|   std::string s; 
| }; 
|  
| Foo f; 
|  
| emits 
| warning: 'Foo::s' should be initialized in the member initialization list. 
|  
| Um, what? :)

compiler is speaking nonsense :-)

-- Gaby


-- 


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

[Bug c++/21903] [4.0 regression] Default argument of template function causes a compile-time error

2005-07-12 Thread nathan at gcc dot gnu dot org


--- Additional Comments From nathan at gcc dot gnu dot org  2005-07-12 
11:27 ---
applied to 4.0 branch

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/21929] [4.0 regression] ICE on invalid template parameter

2005-07-12 Thread nathan at gcc dot gnu dot org


--- Additional Comments From nathan at gcc dot gnu dot org  2005-07-12 
11:28 ---
applied to 4.0 branch

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22433] ICE with autovectorisation: verify_ssa failed

2005-07-12 Thread micis at gmx dot de


--- Additional Comments From micis at gmx dot de  2005-07-12 11:28 ---
When I compile with:

  g++41f -O2 -ftree-vectorize -c -o vectest.o vectest.cpp -finline-functions
  -funswitch-loops -fgcse-after-reload -fdump-tree-all

it works, but with 

  g++41f -O3 -ftree-vectorize -c -o vectest.o vectest.cpp -finline-functions
  -funswitch-loops -fgcse-after-reload -fdump-tree-all

it ICEs.
Reading the manual there should be no difference.
Using -O3 the dump vectest.cpp.t71.ivopts is the first dump which no longer 
contains main().

Michael Cieslinski

-- 


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

[Bug c++/20746] [4.0 only] Incorrect return value for covariant return function returning null ptr

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
11:29 ---
Subject: Bug 20746

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 11:28:03

Modified files:
gcc/cp : ChangeLog class.c cp-tree.def cp-tree.h decl.c 
 decl2.c error.c method.c parser.c pt.c 
 semantics.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.dg/overload: error1.C 
gcc/testsuite/g++.dg/parse: crash11.C 
gcc/testsuite/g++.old-deja/g++.benjamin: warn02.C 
gcc/testsuite/g++.old-deja/g++.brendan: arm2.C 
gcc/testsuite/g++.old-deja/g++.other: redecl2.C redecl4.C 
gcc/testsuite/g++.old-deja/g++.pt: memtemp78.C 
Added files:
gcc/testsuite/g++.dg/abi: covariant5.C 
gcc/testsuite/g++.dg/init: member1.C 
gcc/testsuite/g++.dg/other: crash-4.C 
gcc/testsuite/g++.dg/parse: crash26.C defarg9.C 

Log message:
cp:
PR c++/20678
* error.c (dump_expr) : Check DECL_NAME is not
null.

PR 21903
* cp-tree.def (DEFAULT_ARG): Document TREE_CHAIN use.
* parser.c (cp_parser_late_parsing_default_args): Propagate parsed
argument to any early instantiations.
* pt.c (tsubst_arg_types): Chain early instantiation of default
arg.

PR c++/20789
* decl.c (cp_finish_decl): Clear runtime runtime initialization if
in-class decl's initializer is bad.

PR c++/21929
* parser.c (struct cp_parser): Document that scope could be
error_mark.
(cp_parser_diagnose_invalid_type_name): Cope with error_mark for
scope.
(cp_parser_nested_name_specifier): Return NULL_TREE on error.
(cp_parser_postfix_expression): Deal with null or error_mark
scope.
(cp_parser_elaborated_type_specifier): Adjust
cp_parser_nested_name_specifier call.

PR c++/20746
* method.c (use_thunk): Protect covariant pointer return
adjustments from NULL pointers.
testsuite:
PR c++/20678
* g++.dg/other/crash-4.C: New.

PR 21903
* g++.dg/parse/defarg9.C: New.

PR c++/21929
* g++.dg/parse/crash26.C: New.

PR c++/20789
* g++.dg/init/member1.C: New.

PR c++/20746
* g++.dg/abi/covariant5.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.63&r2=1.4648.2.64
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.707.2.3&r2=1.707.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.94.4.2&r2=1.94.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1106.2.8&r2=1.1106.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.14&r2=1.1371.2.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.770.2.2&r2=1.770.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.279.2.1&r2=1.279.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.322.4.4&r2=1.322.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.10&r2=1.319.2.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.12&r2=1.978.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.463.2.4&r2=1.463.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.268&r2=1.5084.2.269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/covariant5.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/member1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/crash-4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/error1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.112.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash26.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/defarg9.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http

[Bug c++/21929] [4.0 regression] ICE on invalid template parameter

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
11:29 ---
Subject: Bug 21929

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 11:28:03

Modified files:
gcc/cp : ChangeLog class.c cp-tree.def cp-tree.h decl.c 
 decl2.c error.c method.c parser.c pt.c 
 semantics.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.dg/overload: error1.C 
gcc/testsuite/g++.dg/parse: crash11.C 
gcc/testsuite/g++.old-deja/g++.benjamin: warn02.C 
gcc/testsuite/g++.old-deja/g++.brendan: arm2.C 
gcc/testsuite/g++.old-deja/g++.other: redecl2.C redecl4.C 
gcc/testsuite/g++.old-deja/g++.pt: memtemp78.C 
Added files:
gcc/testsuite/g++.dg/abi: covariant5.C 
gcc/testsuite/g++.dg/init: member1.C 
gcc/testsuite/g++.dg/other: crash-4.C 
gcc/testsuite/g++.dg/parse: crash26.C defarg9.C 

Log message:
cp:
PR c++/20678
* error.c (dump_expr) : Check DECL_NAME is not
null.

PR 21903
* cp-tree.def (DEFAULT_ARG): Document TREE_CHAIN use.
* parser.c (cp_parser_late_parsing_default_args): Propagate parsed
argument to any early instantiations.
* pt.c (tsubst_arg_types): Chain early instantiation of default
arg.

PR c++/20789
* decl.c (cp_finish_decl): Clear runtime runtime initialization if
in-class decl's initializer is bad.

PR c++/21929
* parser.c (struct cp_parser): Document that scope could be
error_mark.
(cp_parser_diagnose_invalid_type_name): Cope with error_mark for
scope.
(cp_parser_nested_name_specifier): Return NULL_TREE on error.
(cp_parser_postfix_expression): Deal with null or error_mark
scope.
(cp_parser_elaborated_type_specifier): Adjust
cp_parser_nested_name_specifier call.

PR c++/20746
* method.c (use_thunk): Protect covariant pointer return
adjustments from NULL pointers.
testsuite:
PR c++/20678
* g++.dg/other/crash-4.C: New.

PR 21903
* g++.dg/parse/defarg9.C: New.

PR c++/21929
* g++.dg/parse/crash26.C: New.

PR c++/20789
* g++.dg/init/member1.C: New.

PR c++/20746
* g++.dg/abi/covariant5.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.63&r2=1.4648.2.64
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.707.2.3&r2=1.707.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.94.4.2&r2=1.94.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1106.2.8&r2=1.1106.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.14&r2=1.1371.2.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.770.2.2&r2=1.770.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.279.2.1&r2=1.279.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.322.4.4&r2=1.322.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.10&r2=1.319.2.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.12&r2=1.978.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.463.2.4&r2=1.463.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.268&r2=1.5084.2.269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/covariant5.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/member1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/crash-4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/error1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.112.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash26.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/defarg9.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http

[Bug c++/20678] [3.4/4.0 Regression] Make process stopped

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
11:29 ---
Subject: Bug 20678

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 11:28:03

Modified files:
gcc/cp : ChangeLog class.c cp-tree.def cp-tree.h decl.c 
 decl2.c error.c method.c parser.c pt.c 
 semantics.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.dg/overload: error1.C 
gcc/testsuite/g++.dg/parse: crash11.C 
gcc/testsuite/g++.old-deja/g++.benjamin: warn02.C 
gcc/testsuite/g++.old-deja/g++.brendan: arm2.C 
gcc/testsuite/g++.old-deja/g++.other: redecl2.C redecl4.C 
gcc/testsuite/g++.old-deja/g++.pt: memtemp78.C 
Added files:
gcc/testsuite/g++.dg/abi: covariant5.C 
gcc/testsuite/g++.dg/init: member1.C 
gcc/testsuite/g++.dg/other: crash-4.C 
gcc/testsuite/g++.dg/parse: crash26.C defarg9.C 

Log message:
cp:
PR c++/20678
* error.c (dump_expr) : Check DECL_NAME is not
null.

PR 21903
* cp-tree.def (DEFAULT_ARG): Document TREE_CHAIN use.
* parser.c (cp_parser_late_parsing_default_args): Propagate parsed
argument to any early instantiations.
* pt.c (tsubst_arg_types): Chain early instantiation of default
arg.

PR c++/20789
* decl.c (cp_finish_decl): Clear runtime runtime initialization if
in-class decl's initializer is bad.

PR c++/21929
* parser.c (struct cp_parser): Document that scope could be
error_mark.
(cp_parser_diagnose_invalid_type_name): Cope with error_mark for
scope.
(cp_parser_nested_name_specifier): Return NULL_TREE on error.
(cp_parser_postfix_expression): Deal with null or error_mark
scope.
(cp_parser_elaborated_type_specifier): Adjust
cp_parser_nested_name_specifier call.

PR c++/20746
* method.c (use_thunk): Protect covariant pointer return
adjustments from NULL pointers.
testsuite:
PR c++/20678
* g++.dg/other/crash-4.C: New.

PR 21903
* g++.dg/parse/defarg9.C: New.

PR c++/21929
* g++.dg/parse/crash26.C: New.

PR c++/20789
* g++.dg/init/member1.C: New.

PR c++/20746
* g++.dg/abi/covariant5.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.63&r2=1.4648.2.64
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.707.2.3&r2=1.707.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.94.4.2&r2=1.94.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1106.2.8&r2=1.1106.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.14&r2=1.1371.2.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.770.2.2&r2=1.770.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.279.2.1&r2=1.279.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.322.4.4&r2=1.322.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.10&r2=1.319.2.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.12&r2=1.978.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.463.2.4&r2=1.463.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.268&r2=1.5084.2.269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/covariant5.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/member1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/crash-4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/error1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.112.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash26.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/defarg9.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http

[Bug c++/20789] [4.0 regression] ICE with incomplete type in template

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
11:29 ---
Subject: Bug 20789

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 11:28:03

Modified files:
gcc/cp : ChangeLog class.c cp-tree.def cp-tree.h decl.c 
 decl2.c error.c method.c parser.c pt.c 
 semantics.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.dg/overload: error1.C 
gcc/testsuite/g++.dg/parse: crash11.C 
gcc/testsuite/g++.old-deja/g++.benjamin: warn02.C 
gcc/testsuite/g++.old-deja/g++.brendan: arm2.C 
gcc/testsuite/g++.old-deja/g++.other: redecl2.C redecl4.C 
gcc/testsuite/g++.old-deja/g++.pt: memtemp78.C 
Added files:
gcc/testsuite/g++.dg/abi: covariant5.C 
gcc/testsuite/g++.dg/init: member1.C 
gcc/testsuite/g++.dg/other: crash-4.C 
gcc/testsuite/g++.dg/parse: crash26.C defarg9.C 

Log message:
cp:
PR c++/20678
* error.c (dump_expr) : Check DECL_NAME is not
null.

PR 21903
* cp-tree.def (DEFAULT_ARG): Document TREE_CHAIN use.
* parser.c (cp_parser_late_parsing_default_args): Propagate parsed
argument to any early instantiations.
* pt.c (tsubst_arg_types): Chain early instantiation of default
arg.

PR c++/20789
* decl.c (cp_finish_decl): Clear runtime runtime initialization if
in-class decl's initializer is bad.

PR c++/21929
* parser.c (struct cp_parser): Document that scope could be
error_mark.
(cp_parser_diagnose_invalid_type_name): Cope with error_mark for
scope.
(cp_parser_nested_name_specifier): Return NULL_TREE on error.
(cp_parser_postfix_expression): Deal with null or error_mark
scope.
(cp_parser_elaborated_type_specifier): Adjust
cp_parser_nested_name_specifier call.

PR c++/20746
* method.c (use_thunk): Protect covariant pointer return
adjustments from NULL pointers.
testsuite:
PR c++/20678
* g++.dg/other/crash-4.C: New.

PR 21903
* g++.dg/parse/defarg9.C: New.

PR c++/21929
* g++.dg/parse/crash26.C: New.

PR c++/20789
* g++.dg/init/member1.C: New.

PR c++/20746
* g++.dg/abi/covariant5.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.63&r2=1.4648.2.64
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.707.2.3&r2=1.707.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.94.4.2&r2=1.94.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1106.2.8&r2=1.1106.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.14&r2=1.1371.2.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.770.2.2&r2=1.770.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.279.2.1&r2=1.279.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.322.4.4&r2=1.322.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.10&r2=1.319.2.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.12&r2=1.978.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.463.2.4&r2=1.463.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.268&r2=1.5084.2.269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/covariant5.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/member1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/crash-4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/error1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.112.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash26.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/defarg9.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http

[Bug c++/20789] [4.0 regression] ICE with incomplete type in template

2005-07-12 Thread nathan at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
11:29 ---
Subject: Bug 20789

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 11:28:03

Modified files:
gcc/cp : ChangeLog class.c cp-tree.def cp-tree.h decl.c 
 decl2.c error.c method.c parser.c pt.c 
 semantics.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.dg/overload: error1.C 
gcc/testsuite/g++.dg/parse: crash11.C 
gcc/testsuite/g++.old-deja/g++.benjamin: warn02.C 
gcc/testsuite/g++.old-deja/g++.brendan: arm2.C 
gcc/testsuite/g++.old-deja/g++.other: redecl2.C redecl4.C 
gcc/testsuite/g++.old-deja/g++.pt: memtemp78.C 
Added files:
gcc/testsuite/g++.dg/abi: covariant5.C 
gcc/testsuite/g++.dg/init: member1.C 
gcc/testsuite/g++.dg/other: crash-4.C 
gcc/testsuite/g++.dg/parse: crash26.C defarg9.C 

Log message:
cp:
PR c++/20678
* error.c (dump_expr) : Check DECL_NAME is not
null.

PR 21903
* cp-tree.def (DEFAULT_ARG): Document TREE_CHAIN use.
* parser.c (cp_parser_late_parsing_default_args): Propagate parsed
argument to any early instantiations.
* pt.c (tsubst_arg_types): Chain early instantiation of default
arg.

PR c++/20789
* decl.c (cp_finish_decl): Clear runtime runtime initialization if
in-class decl's initializer is bad.

PR c++/21929
* parser.c (struct cp_parser): Document that scope could be
error_mark.
(cp_parser_diagnose_invalid_type_name): Cope with error_mark for
scope.
(cp_parser_nested_name_specifier): Return NULL_TREE on error.
(cp_parser_postfix_expression): Deal with null or error_mark
scope.
(cp_parser_elaborated_type_specifier): Adjust
cp_parser_nested_name_specifier call.

PR c++/20746
* method.c (use_thunk): Protect covariant pointer return
adjustments from NULL pointers.
testsuite:
PR c++/20678
* g++.dg/other/crash-4.C: New.

PR 21903
* g++.dg/parse/defarg9.C: New.

PR c++/21929
* g++.dg/parse/crash26.C: New.

PR c++/20789
* g++.dg/init/member1.C: New.

PR c++/20746
* g++.dg/abi/covariant5.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.63&r2=1.4648.2.64
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.707.2.3&r2=1.707.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.94.4.2&r2=1.94.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1106.2.8&r2=1.1106.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.14&r2=1.1371.2.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.770.2.2&r2=1.770.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.279.2.1&r2=1.279.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.322.4.4&r2=1.322.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.10&r2=1.319.2.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.12&r2=1.978.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.463.2.4&r2=1.463.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.268&r2=1.5084.2.269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/covariant5.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/member1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/crash-4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/error1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.112.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash26.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/defarg9.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http

[Bug c++/21903] [4.0 regression] Default argument of template function causes a compile-time error

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
11:29 ---
Subject: Bug 21903

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 11:28:03

Modified files:
gcc/cp : ChangeLog class.c cp-tree.def cp-tree.h decl.c 
 decl2.c error.c method.c parser.c pt.c 
 semantics.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.dg/overload: error1.C 
gcc/testsuite/g++.dg/parse: crash11.C 
gcc/testsuite/g++.old-deja/g++.benjamin: warn02.C 
gcc/testsuite/g++.old-deja/g++.brendan: arm2.C 
gcc/testsuite/g++.old-deja/g++.other: redecl2.C redecl4.C 
gcc/testsuite/g++.old-deja/g++.pt: memtemp78.C 
Added files:
gcc/testsuite/g++.dg/abi: covariant5.C 
gcc/testsuite/g++.dg/init: member1.C 
gcc/testsuite/g++.dg/other: crash-4.C 
gcc/testsuite/g++.dg/parse: crash26.C defarg9.C 

Log message:
cp:
PR c++/20678
* error.c (dump_expr) : Check DECL_NAME is not
null.

PR 21903
* cp-tree.def (DEFAULT_ARG): Document TREE_CHAIN use.
* parser.c (cp_parser_late_parsing_default_args): Propagate parsed
argument to any early instantiations.
* pt.c (tsubst_arg_types): Chain early instantiation of default
arg.

PR c++/20789
* decl.c (cp_finish_decl): Clear runtime runtime initialization if
in-class decl's initializer is bad.

PR c++/21929
* parser.c (struct cp_parser): Document that scope could be
error_mark.
(cp_parser_diagnose_invalid_type_name): Cope with error_mark for
scope.
(cp_parser_nested_name_specifier): Return NULL_TREE on error.
(cp_parser_postfix_expression): Deal with null or error_mark
scope.
(cp_parser_elaborated_type_specifier): Adjust
cp_parser_nested_name_specifier call.

PR c++/20746
* method.c (use_thunk): Protect covariant pointer return
adjustments from NULL pointers.
testsuite:
PR c++/20678
* g++.dg/other/crash-4.C: New.

PR 21903
* g++.dg/parse/defarg9.C: New.

PR c++/21929
* g++.dg/parse/crash26.C: New.

PR c++/20789
* g++.dg/init/member1.C: New.

PR c++/20746
* g++.dg/abi/covariant5.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.63&r2=1.4648.2.64
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.707.2.3&r2=1.707.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.def.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.94.4.2&r2=1.94.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1106.2.8&r2=1.1106.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.14&r2=1.1371.2.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.770.2.2&r2=1.770.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.279.2.1&r2=1.279.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.322.4.4&r2=1.322.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.10&r2=1.319.2.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.12&r2=1.978.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.463.2.4&r2=1.463.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.268&r2=1.5084.2.269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/covariant5.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/member1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/crash-4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/overload/error1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.112.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash26.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/defarg9.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.10.1
http

[Bug c++/20746] [4.0 only] Incorrect return value for covariant return function returning null ptr

2005-07-12 Thread nathan at gcc dot gnu dot org


--- Additional Comments From nathan at gcc dot gnu dot org  2005-07-12 
11:29 ---
fixed on 4.0 branch

-- 
   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/20363] interface body has incorrect scope

2005-07-12 Thread tobi at gcc dot gnu dot org


--- Additional Comments From tobi at gcc dot gnu dot org  2005-07-12 11:47 
---
(In reply to comment #8)
> I do not know.  I wondered the same, when Erik could apparently excise 
> the lot without breaking anything.

I'm specifically worried that because of the known bad state of generic
interfaces, this might be something which is simply not tested in the testsuite.
 Well, Erik's away for a few days, so we can contemplate this for a while
without alienating him :-)

> I am just about to return to modules and all that, so I'll put it on my 
> list of things to contemplate.

Great.  I'll see if can come up with a testcase that is broken by this change.

-- 


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

[Bug c++/20637] [3.4/4.0 regression] Confusing message with different using declarations

2005-07-12 Thread nathan at gcc dot gnu dot org


--- Additional Comments From nathan at gcc dot gnu dot org  2005-07-12 
11:50 ---
fixed on 4.0 branch

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/22438] New: [4.1 Regression] ICE SEGV in is_gimple_variable at tree-gimple.c:239

2005-07-12 Thread belyshev at depni dot sinp dot msu dot ru

This patch:

2005-07-06  Zdenek Dvorak  <[EMAIL PROTECTED]>

PR tree-optimization/21963
* tree-ssa-loop-ivopts.c (get_computation_aff): Use
constant_multiple_of in the same way get_computation_cost_at does.

introduces similar (to one described in PR 21963) segfault in 
is_gimple_variable,
here is C testcase, compile with -O:
--
int bar (char i, int c)
{
  int j = 0, k = 0;
  
  while (1)
{
  j += i;
  if (!c)
{
  if (k)
break;
}
  else
k = 1;
}
  return j;
}
--
backtrace:
Starting program: /home/ssb/src/build/gcc/cc1 -quiet
/home/ssb/src/bugs/pending/multi.i -O1

Program received signal SIGSEGV, Segmentation fault.
0x004dfdc0 in is_gimple_variable (t=0x0)
at ../../gcc41/gcc/tree-gimple.c:239
239   return (TREE_CODE (t) == VAR_DECL
(gdb) bt
#0  0x004dfdc0 in is_gimple_variable (t=0x0)
at ../../gcc41/gcc/tree-gimple.c:239
#1  0x004e0300 in is_gimple_val (t=0x0)
at ../../gcc41/gcc/tree-gimple.c:366
#2  0x004fc9f7 in force_gimple_operand (expr=0x0, 
stmts=0x7f8e4ca8, simple=0 '\0', var=0x2b14f8f0)
at ../../gcc41/gcc/gimplify.c:4845
#3  0x005a1184 in rewrite_use_nonlinear_expr (data=0x7f8e4e70, 
use=0xede9a0, cand=0xedf480) at ../../gcc41/gcc/tree-ssa-loop-ivopts.c:5365
#4  0x005a2dba in rewrite_use (data=0x7f8e4e70, use=0xede9a0, 
cand=0xedf480) at ../../gcc41/gcc/tree-ssa-loop-ivopts.c:5729
#5  0x005a2e75 in rewrite_uses (data=0x7f8e4e70)
at ../../gcc41/gcc/tree-ssa-loop-ivopts.c:5765
#6  0x005a3833 in tree_ssa_iv_optimize_loop (data=0x7f8e4e70, 
loop=0xed0290) at ../../gcc41/gcc/tree-ssa-loop-ivopts.c:5941
#7  0x005a38d8 in tree_ssa_iv_optimize (loops=0xede9f0)
at ../../gcc41/gcc/tree-ssa-loop-ivopts.c:5978
#8  0x0055fc6d in tree_ssa_loop_ivopts ()
at ../../gcc41/gcc/tree-ssa-loop.c:416
#9  0x009b94fc in execute_one_pass (pass=0xdeaf80)
at ../../gcc41/gcc/passes.c:774

-- 
   Summary: [4.1 Regression] ICE SEGV in is_gimple_variable at tree-
gimple.c:239
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
CC: gcc-bugs at gcc dot gnu dot org,rakdver at gcc dot gnu
dot org
GCC target triplet: x86_64-*-linux-gnu


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

[Bug c/22421] problems with -Wformat and bit-fields

2005-07-12 Thread joseph at codesourcery dot com

--- Additional Comments From joseph at codesourcery dot com  2005-07-12 
12:00 ---
Subject: Re:  problems with -Wformat and bit-fields

On Tue, 12 Jul 2005, pinskia at gcc dot gnu dot org wrote:

> I don't know if I should mark this as a regression as this is really a 
> progression as mentioned in 
> comment #2.

The special case of 32-bit bit-fields is a regression, as they should be 
accepted where int is (most simply done by making bit-fields of the same 
width as int have type int / unsigned int; likewise for other standard 
types but with int / unsigned int taking precedence in the choice of types 
where multiple standard types have the same width).

-- 

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

[Bug preprocessor/22428] extension won't silence pedwarns about hex float constants

2005-07-12 Thread joseph at codesourcery dot com

--- Additional Comments From joseph at codesourcery dot com  2005-07-12 
12:04 ---
Subject: Re:  New: __extension__ won't silence pedwarns
 about hex float constants

On Tue, 12 Jul 2005, bje at gcc dot gnu dot org wrote:

> The __extension__ keyword does not silence pedwarns about hexadecimal floating
> point constants.  This is used by GNU libc, for example in the definition of
> INFINITY:
> 
> #  define HUGE_VALF (__extension__ 0x1.0p255f)
> #  define HUGE_VALL (__extension__ 0x1.0p32767L)
> 
> These macros produce warnings that cannot be silenced.  This appears not to 
> work
> because the pedwarn is generated by the preprocessor.

My preference for this (bug 7263 / 11931) would be disabling it for the 
expansion of macros defined in system headers rather than making the 
preprocessor aware of __extension__.

current-ish glibc uses #if __GNUC_PREREQ(3,3)
# define HUGE_VAL   (__builtin_huge_val())

and similar which avoid this problem (but not the corresponding one for 
_Complex_I).

-- 

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

[Bug tree-optimization/22438] [4.1 Regression] ICE SEGV in is_gimple_variable at tree-gimple.c:239

2005-07-12 Thread rakdver at gcc dot gnu dot org


--- Additional Comments From rakdver at gcc dot gnu dot org  2005-07-12 
12:10 ---
The problem is actually completely unrelated to PR 21963; I am working on it.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rakdver at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED


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

[Bug bootstrap/22323] bootstrap fails - ld: unrecognized option '-Wl,-rpath'

2005-07-12 Thread john at karsner dot net


--- Additional Comments From john at karsner dot net  2005-07-12 12:17 
---
../gcc-4.0.0/configure   --with-gnu-ld --with-ld=/usr/local/i686-pc-linux-
gnu/bin/ld

build failed results as follows:

creating libgij.la
(cd .libs && rm -f libgij.la && ln -s ../libgij.la libgij.la)
/bin/sh ./libtool --tag=GCJ --mode=link /usr/local/src/gcc/gcc4/gcc/gcj -
B/usr/local/src/gcc/gcc4/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 -L/us
r/local/src/gcc/gcc4/i686-pc-linux-gnu/libjava -ffloat-store -fno-omit-frame-
pointer -g -O2  -o jv-convert --main=gnu.gcj.convert.Convert 
-rpath /usr/local/lib -shared-libgcc   -L/usr/local/src/gcc/gcc4/i686-pc-linux-
gnu/libjava/.libs libgcj.la 
/usr/local/src/gcc/gcc4/gcc/gcj -B/usr/local/src/gcc/gcc4/gcc/ -
B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -is
ystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-
gnu/sys-include -ffloat-store -fno-omit-frame-pointer -g -O2 
-o .libs/jv-convert --main=gnu.gcj.convert.Convert -shared-libgcc  -
L/usr/local/src/gcc/gcc4/i686-pc-linux-gnu/libjava -L/usr/local/src/gc
c/gcc4/i686-pc-linux-gnu/libjava/.libs ./.libs/libgcj.so -
L/usr/local/src/gcc/gcc4/i686-pc-linux-gnu/libstdc++-v3/src -
L/usr/local/src/gcc
/gcc4/i686-pc-linux-gnu/libstdc++-v3/src/.libs -lpthread -ldl -
L/usr/local/src/gcc/gcc4/gcc -L/usr/local/i686-pc-linux-gnu/bin -L/usr/loca
l/i686-pc-linux-gnu/lib -L/usr/local/lib/../i686-pc-linux-gnu/lib -
L/usr/local/lib -lgcc_s -lc -lgcc_s -Wl,--rpath -Wl,/usr/local/lib
/usr/local/i686-pc-linux-gnu/bin/ld: unrecognized option '-Wl,-rpath'
/usr/local/i686-pc-linux-gnu/bin/ld: use the --help option for usage 
information
collect2: ld returned 1 exit status
make[3]: *** [jv-convert] Error 1
make[3]: Leaving directory `/usr/local/src/gcc/gcc4/i686-pc-linux-gnu/libjava'
make[2]: *** [all-recursive] Error 1
rm gnu/gcj/tools/gcj_dbtool/Main.class
make[2]: Leaving directory `/usr/local/src/gcc/gcc4/i686-pc-linux-gnu/libjava'
make[1]: *** [all-target-libjava] Error 2
make[1]: Leaving directory `/usr/local/src/gcc/gcc4'
make: *** [bootstrap] Error 2





-- 


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

[Bug c++/22434] [3.4/4.0/4.1 regression] ICE in simplify_{,gen_}subreg

2005-07-12 Thread reichelt at gcc dot gnu dot org


--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-12 
12:32 ---
Confirmed. Reduced testcase:

=
struct A
{
A(void*);
~A();
};

void foo(const int i, bool b)
{
b ? A(0) : i;
}
=

Without "-pedantic" we get an ICE (since gcc 3.4.0)

  PR22434.cc: In function 'void foo(int, bool)':
  PR22434.cc:9: internal compiler error: in simplify_subreg, at
simplify-rtx.c:3765
  Please submit a full bug report, [etc.]

With -pedantic the code is rejected (since gcc 3.4.0).
It was rejected unconditionally before gcc 3.4.0.
The code is also rejected if one removes the const qualifier from "i".

So maybe we should switch back to the original behavior?


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-invalid-code
   Last reconfirmed|-00-00 00:00:00 |2005-07-12 12:32:03
   date||
Summary|ICE in  |[3.4/4.0/4.1 regression] ICE
   |simplify_{,gen_}subreg  |in simplify_{,gen_}subreg
   Target Milestone|--- |3.4.5


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

[Bug c/22439] New: ICE with unsigned char array: size_binop, at fold-const.c:1637

2005-07-12 Thread etienne_lorrain at yahoo dot fr

[EMAIL PROTECTED]:~/projet$ gcc fntbin2h.c
fntbin2h.c: In function 'fct':
fntbin2h.c:50: warning: passing argument 1 of 'fct2' from incompatible pointer 
type
fntbin2h.c:62: internal compiler error: in size_binop, at fold-const.c:1637
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .
[EMAIL PROTECTED]:~/projet$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --enable-
languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --
with-system-zlib --libexecdir=/usr/lib --enable-nls --without-included-
gettext --enable-threads=posix --program-suffix=-4.0 --enable-__cxa_atexit --
enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --
enable-java-gc=boehm --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-
1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-
checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.1 20050701 (prerelease) (Debian 4.0.0-12)
[EMAIL PROTECTED]:~/projet$

--
/* fntbin2h.c of Gujin (see sourceforge) */
void PRINTF (char *, ...);
void fct2(unsigned char *font[256], void *ptr);

void fct (unsigned fntheigh, void *ptr)
  {
  unsigned char font[256][fntheigh];
  unsigned font_index;
  const unsigned char font_order[256] = {
0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07,
0x08, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F,
0x10, 0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17,
0x18, 0x19, 0x1A, 0x1B, 0x1C, 0x1D, 0x1E, 0x1F,

0x80, 0x81, 0x82, 0x83, 0x84, 0x85, 0x86, 0x87,
0x88, 0x89, 0x8A, 0x8B, 0x8C, 0x8D, 0x8E, 0x8F,
0x90, 0x91, 0x92, 0x93, 0x94, 0x95, 0x96, 0x97,
0x98, 0x99, 0x9A, 0x9B, 0x9C, 0x9D, 0x9E, 0x9F,

0x7F,  '¹',  '²',  '³',  '¼',  '½',  '¾',  '%',
 'ª',  'º',  '°',  '·',  '.',  ':',  ',',  ';',
'\'',  '"',  '`',  '^',  '~',  '¨',  '´',  '¸',
 '«',  '»',  '¬',  '×',  'µ',  '&',  '§',  '¶',
 '[',  ']',  '{',  '}',  '(',  ')',  '<',  '>',
 '#',  '@',  '?',  '¿',  '!',  '¡',  '¦',  '|',
 '+',  '-',  '±',  '÷',  '/', '\\',  '_',  '',
 '¯',  '*',  '=',  '¤',  '£',  '$',  '¢',  '¥',
 '0',  '1',  '2',  '3',  '4',  '5',  '6',  '7',
 '8',  '9',  ' ', 0xA0,  '®',  '©',  'Þ',  'þ', /* NBSP, big/small 
islandic thorn */

/* Accented letter order:
grave, acute, circumflex, tilda, trema, round */
 'A',  'À',  'Á',  'Â',  'Ã',  'Ä',  'Å',  'Æ',
 'B',  'C',  'Ç',  'D',  'Ð',  'E',  'È',  'É',
 'Ê',  'Ë',  'F',  'G',  'H',  'I',  'Ì',  'Í',
 'Î',  'Ï',  'J',  'K',  'L',  'M',  'N',  'Ñ',
 'O',  'Ò',  'Ó',  'Ô',  'Õ',  'Ö',  'Ø',  'P',
 'Q',  'R',  'S',  'ß',  'T',  'U',  'Ù',  'Ú',
 'Û',  'Ü',  'V',  'W',  'X',  'Y',  'Ý',  'Z',

 'a',  'à',  'á',  'â',  'ã',  'ä',  'å',  'æ',
 'b',  'c',  'ç',  'd',  'ð',  'e',  'è',  'é',
 'ê',  'ë',  'f',  'g',  'h',  'i',  'ì',  'í',
 'î',  'ï',  'j',  'k',  'l',  'm',  'n',  'ñ',
 'o',  'ò',  'ó',  'ô',  'õ',  'ö',  'ø',  'p',
 'q',  'r',  's',  't',  'u',  'ù',  'ú',  'û',
 'ü',  'v',  'w',  'x',  'y',  'ý',  'ÿ',  'z'
};

  fct2 (font, ptr);
  PRINTF ("const union font_line_u font8x%u[256][%u] = {\n", fntheigh, 
fntheigh);
  for (font_index = 0; font_index < 256; font_index++) {
  unsigned cpt;
  if (   font_order[font_index] < 0x20
  || (font_order[font_index] >= 0x80 && font_order[font_index] < 0xA0))
  PRINTF ("[0x%X] = {\n", font_order[font_index]);
else if (font_order[font_index] == '\'' || font_order[font_index] 
== '\\')
  PRINTF ("['\\%c'] = {\n", font_order[font_index]);
else
  PRINTF ("['%c'] = {\n", font_order[font_index]);
  for (cpt = 0; cpt < fntheigh; cpt++) {
  unsigned tmp = font[font_order[font_index]][cpt];
  PRINTF ("\t%c (%c,%c,%c,%c,%c,%c,%c,%c),\n",
//  (cpt == 0) ? 'T' : ((cpt == fntheigh - 1) ? 'B' : 'M'),
'B',
(tmp & 0x80)? 'X' : '_', (tmp & 0x40)? 'X' : '_',
(tmp & 0x20)? 'X' : '_', (tmp & 0x10)? 'X' : '_',
(tmp & 0x08)? 'X' : '_', (tmp & 0x04)? 'X' : '_',
(tmp & 0x02)? 'X' : '_', (tmp & 0x01)? 'X' : '_');
  }
  PRINTF ("\t},\n");
  }

  PRINTF ("}; /* font8x%u */\n", fntheigh);
  }
--

  Thanks,
  Etienne.

-- 
   Summary: ICE with unsigned char array: size_binop, at fold-
const.c:1637
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at

[Bug other/22440] New: make install fails with --enable-bootstrap

2005-07-12 Thread belyshev at depni dot sinp dot msu dot ru

$ make install
/bin/sh ../gcc41/mkinstalldirs /home/ssb/gcc410-c /home/ssb/gcc410-c
mkdir -p -- /home/ssb/gcc410-c /home/ssb/gcc410-c
make[1]: Entering directory `/home/ssb/src/build/fixincludes'
make[1]: *** No rule to make target `../libiberty/libiberty.a', needed by
`full-stamp'.  Stop.
make[1]: Leaving directory `/home/ssb/src/build/fixincludes'
make: *** [install-fixincludes] Error 2
$ ls
Makefilenohup.out stage2-libcpp
build-x86_64-unknown-linux-gnu  serdep.tmpstage2-libiberty
compare stage1-gccstage3-gcc
config.cachestage1-intl   stage3-intl
config.log  stage1-libcpp stage3-libcpp
config.status   stage1-libiberty  stage3-libiberty
fixincludes stage2-gccstage_last
multilib.outstage2-intl   x86_64-unknown-linux-gnu
$

-- 
   Summary: make install fails with --enable-bootstrap
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
CC: bonzini at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org


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

[Bug rtl-optimization/20070] If-conversion can't match equivalent code, and cross-jumping only works for literal matches

2005-07-12 Thread amylaar at gcc dot gnu dot org


--- Additional Comments From amylaar at gcc dot gnu dot org  2005-07-12 
13:14 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00843.html

-- 


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

[Bug rtl-optimization/20070] If-conversion can't match equivalent code, and cross-jumping only works for literal matches

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
13:30 ---
Subject: Bug 20070

CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 13:29:58

Modified files:
gcc: ChangeLog basic-block.h cfgcleanup.c ifcvt.c 
 recog.c recog.h 

Log message:
PR rtl-optimization/20070
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00843.html
* basic-block.h (STRUCT_EQUIV_START, STRUCT_EQUIV_RERUN): Define.
(STRUCT_EQUIV_FINAL, STRUCT_EQUIV_MAX_LOCAL): Likewise.
(struct struct_equiv_checkpoint, struct equiv_info): Likewise.
(struct_equiv_block_eq): Declare.
* cfgcleanup.c (reload.h, expr.h): #include.
(IMPOSSIBLE_MOVE_FACTOR): Define.
(flow_find_cross_jump): Remove.
(assign_reg_reg_set, struct_equiv, struct_equiv_set): New functions.
(struct_equiv_dst_mem, struct_equiv_make_checkpoint): Likewise.
(struct_equiv_improve_checkpoint): Likewise.
(struct_equiv_restore_checkpoint, struct_equiv_death): Likewise.
(struct_equiv_block_eq): Likewise.
(find_dying_inputs, resolve_input_conflict): Likewise.
(try_crossjump_to_edge): Use struct_equiv_block_eq instead of
flow_find_cross_jump.
* ifcvt.c (noce_try_complex_cmove): New function.
(noce_process_if_block): Call it.
For flag_expensive_optimizations, update cond_exec_changed_p on
success.
(rest_of_handle_if_conversion): For flag_expensive_optimizations,
provide if_convert with register lifeness info.

Back out this change:
2005-03-07  Kazu Hirata  <[EMAIL PROTECTED]>
* recog.c (verify_changes): Make it static.
* recog.h: Remove the corresponding prototype.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=2.8142.2.17&r2=2.8142.2.18
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/basic-block.h.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=1.246.2.2&r2=1.246.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cfgcleanup.c.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=1.143.2.1&r2=1.143.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ifcvt.c.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=1.184.2.1&r2=1.184.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/recog.c.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=1.221.4.1&r2=1.221.4.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/recog.h.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=1.55.4.1&r2=1.55.4.2



-- 


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

[Bug c/22441] New: ICE on redefined inline function

2005-07-12 Thread jakub at redhat dot com

static inline __attribute__ ((always_inline))
int baz (const unsigned char *addr)
{
  return addr[0] & 0x01;
}

static inline __attribute__ ((always_inline))
int bar (const unsigned char *addr)
{
  return !baz (addr);
}

extern inline __attribute__ ((always_inline))
int baz (const unsigned char *addr)
{
  return addr[0] != 0xff && (0x01 & addr[0]);
}

int
foo (unsigned char *p)
{
  return bar (p);
}

ICEs at -O2 -fno-unit-at-a-time and issues a sorry message with -O2.
Both GCC 3.4.4 and HEAD reject this as invalid.

-- 
   Summary: ICE on redefined inline function
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/22439] [4.0/4.1 regression] ICE with char array: size_binop, at fold-const.c:1637

2005-07-12 Thread reichelt at gcc dot gnu dot org


--- Additional Comments From reichelt at gcc dot gnu dot org  2005-07-12 
13:40 ---
Confirmed. Reduced testcase:

===
char foo(unsigned n)
{
char c[1][n];
return c[0][0];
}
===

The ICE appeared with gcc 4.0.0.
The code compiles fine if one replaces unsigned with int, or char with int.


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code, monitored
   Last reconfirmed|-00-00 00:00:00 |2005-07-12 13:40:31
   date||
Summary|ICE with unsigned char  |[4.0/4.1 regression] ICE
   |array: size_binop, at fold- |with char array: size_binop,
   |const.c:1637|at fold-const.c:1637
   Target Milestone|--- |4.0.2


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

[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
13:40 ---
Subject: Bug 20396

CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 13:40:25

Modified files:
gcc: ChangeLog 

Log message:
Add patchg URL for PR middle-end/20396.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=sh-elf-4_1-branch&r1=2.8142.2.18&r2=2.8142.2.19



-- 


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

[Bug rtl-optimization/22258] [4.1 Regression] combine causes spill failure on return value register

2005-07-12 Thread amylaar at gcc dot gnu dot org


--- Additional Comments From amylaar at gcc dot gnu dot org  2005-07-12 
13:45 ---
Having this bug unfixed makes it impossible to do sh-elf regression tests on
mainline.

-- 
   What|Removed |Added

   Severity|normal  |critical


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

[Bug tree-optimization/22442] New: scev cprop causes wrong code

2005-07-12 Thread belyshev at depni dot sinp dot msu dot ru

// fork from bug 22230
// fails with-O1
// doesn't fail with -O1 -fno-tree-ccp -fno-tree-dominator-opts
// introduced between 2005-05-17 2005-05-18

void abort (void);

int main (void)
{
  int a, i;

  for (i = 0; i < 5; i++)
a = i * i;
  if (a != 16)
abort ();
  return 0;
}

/*
--- 2005-05-17/bug22230-5.c.t28.phiopt1 2005-07-12 17:40:19.0 +0400
+++ 2005-05-18/bug22230-5.c.t28.phiopt1 2005-07-12 17:40:32.0 +0400
@@ -1,6 +1,8 @@
 
 ;; Function main (main)
 
+Merging blocks 0 and 6
+Merging blocks 1 and 2
 main ()
 {
   int i;
@@ -8,20 +10,15 @@
   int D.1571;
 
 :
-  goto  ();
 
-  # i_9 = PHI ;
+  # i_9 = PHI ;
 :;
   a_7 = i_9 * i_9;
   i_8 = i_9 + 1;
-
-  # a_2 = PHI ;
-  # i_1 = PHI ;
-:;
-  if (i_1 <= 4) goto ; else goto ;
+  if (i_8 <= 4) goto ; else goto ;
 
 :;
-  if (a_2 != 16) goto ; else goto ;
+  if (a_7 != 16) goto ; else goto ;
 
 :;
   abort ();
@@ -29,11 +26,6 @@
 :;
   return 0;
 
-  # a_5 = PHI ;
-  # i_3 = PHI <0(0)>;
-:;
-  goto  ();
-
 }

Caused by this patch:

2005-05-17  Zdenek Dvorak  <[EMAIL PROTECTED]>

* timevar.def (TV_SCEV_CONST): New timevar.
* tree-optimize.c (init_tree_optimization_passes): Add
pass_scev_cprop.
* tree-pass.h (pass_scev_cprop): Declare.
* tree-scalar-evolution.c (scev_const_prop): New function.
* tree-scalar-evolution.h (scev_const_prop): Declare.
* tree-ssa-loop.c (gate_scev_const_prop, pass_scev_cprop):
New.
* tree-cfg.c (replace_uses_by): Export.
* tree-flow.h (replace_uses_by): Declare.

*/

-- 
   Summary: scev cprop causes wrong code
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: critical
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
CC: gcc-bugs at gcc dot gnu dot org,rakdver at gcc dot gnu
dot org
GCC target triplet: x86_64-*-linux-gnu


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

[Bug tree-optimization/22442] [4.1 regression] scev cprop causes wrong code

2005-07-12 Thread belyshev at depni dot sinp dot msu dot ru



-- 
   What|Removed |Added

 GCC target triplet|x86_64-*-linux-gnu  |
  Known to fail||4.1.0
  Known to work||4.0.1
Summary|scev cprop causes wrong code|[4.1 regression] scev cprop
   ||causes wrong code
   Target Milestone|--- |4.1.0


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

[Bug target/22432] Wrong code generation using MMX intrinsics on amd64

2005-07-12 Thread pinskia at gcc dot gnu dot org



-- 
   What|Removed |Added

  Component|c   |target
   Keywords||ssemmx, wrong-code


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

[Bug tree-optimization/22230] [4.1 Regression] value range propagation error

2005-07-12 Thread belyshev at depni dot sinp dot msu dot ru


--- Additional Comments From belyshev at depni dot sinp dot msu dot ru  
2005-07-12 14:44 ---
// corrected tescase
// fails with -O1 -ftree-vrp
// doesn't fail with  -O1
// introduced between 2005-06-15 2005-06-16

void abort (void);

int main (void)
{
  long a, i;

  for (i = 0; i < 5; i++)
a = i * i;
  if (a != 16)
abort ();
  return 0;
}

/*
--- 2005-06-15/bug22230-4.c.t25.vrp 2005-07-12 17:33:49.0 +0400
+++ 2005-06-16/bug22230-4.c.t25.vrp 2005-07-12 17:34:10.0 +0400
@@ -29,7 +29,7 @@
 a_4: VARYING
 i_5: [0, 4]  EQUIVALENCES: { i_1 } (1 elements)
 _6: VARYING
-a_7: [0, 16]  EQUIVALENCES: { } (0 elements)
+a_7: [0, 0]  EQUIVALENCES: { } (0 elements)
 i_8: [1, 5]  EQUIVALENCES: { } (0 elements)
 
 
@@ -47,7 +47,7 @@
   a_7 = i_5 * i_5;
   i_8 = i_5 + 1;
 
-  # a_2 = PHI ;
+  # a_2 = PHI ;
   # i_1 = PHI <0(0), i_8(1)>;
 :;
   if (i_1 <= 4) goto ; else goto ;

Caused by this patch:

2005-06-15  Diego Novillo  <[EMAIL PROTECTED]>

PR 22018
* tree-vrp.c (vrp_int_const_binop): New.
(extract_range_from_binary_expr): Call it.
Unify handling division and multiplication.

*/


-- 
   What|Removed |Added

 CC||dnovillo at gcc dot gnu dot
   ||org
   Last reconfirmed|2005-06-29 14:55:46 |2005-07-12 14:45:02
   date||


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

[Bug bootstrap/22407] libgfortran build fails because of bad substitution

2005-07-12 Thread roessner at rbg dot informatik dot tu-darmstadt dot de


--- Additional Comments From roessner at rbg dot informatik dot 
tu-darmstadt dot de  2005-07-12 14:45 ---
(In reply to comment #3)
> > Ok, rebuilt with "CONFIG_SHELL=/bin/bash; export CONFIG_SHELL".
> 
> Did you use an absolute path to invoke configure, as strongly recommended?  
> FWIW
> I just bootstrapped 4.0.1 on Solaris 2.5.1, 2.6, 7, 8, 9 and 10 without a 
> hitch.
> 

Including f95? Anyway, I reconfigured (with absolute path to configure) &
rebuilt. Result is the same as for comment #2.


-- 


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

[Bug tree-optimization/22442] [4.1 regression] scev cprop causes wrong code

2005-07-12 Thread rakdver at atrey dot karlin dot mff dot cuni dot cz


--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni 
dot cz  2005-07-12 14:58 ---
Subject: Re:  New: scev cprop causes wrong code

> // fork from bug 22230
> // fails with-O1
> // doesn't fail with -O1 -fno-tree-ccp -fno-tree-dominator-opts
> // introduced between 2005-05-17 2005-05-18
> 
> void abort (void);
> 
> int main (void)
> {
>   int a, i;
> 
>   for (i = 0; i < 5; i++)
> a = i * i;
>   if (a != 16)
> abort ();
>   return 0;
> }

this seems to be a bug in scev.  It claims that evolution of a is
{{0, +, 1}_1, +, 2}_1.  However, the evolution should be
{0, +, {1, +, 2}_1}_1, as far as I can tell.


-- 


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

[Bug tree-optimization/22442] [4.1 regression] scev cprop causes wrong code

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
14:59 ---
Confirmed.

-- 
   What|Removed |Added

 CC||spop at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-12 14:59:52
   date||


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

[Bug tree-optimization/22442] [4.1 regression] scev cprop causes wrong code

2005-07-12 Thread rakdver at gcc dot gnu dot org



-- 
   What|Removed |Added

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


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

[Bug c++/22430] /usr/include/c++/3.3/fstream:478: internal compiler error: in finish_member_declaration, at cp/semantics.c:1817

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:05 ---
Can you attach the preprocessed source?

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |WAITING


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

[Bug c++/22443] New: Build/Install documentation error (HTML)

2005-07-12 Thread Reid dot Madsen at tek dot com

GCC VERSION: 3.4.3
OS Type: sparc-sun-solaris2.8
CONFIG: --prefix=/home/rmadsen/gnu/sol-2.8
--with-ld=/home/rmadsen/gnu/sol-2.8/bin/ld --with-gnu-ld
--with-as=/home/rmadsen/gnu/sol-2.8/bin/as --with-gnu-as
BUILD:  make CFLAGS='-O' LIBCFLAGS='-g -O2' \
LIBCXXFLAGS='-g -O2 -fno-implicit-templates' bootstrap

Following the guidelines, I'm using a separate OBJDIR and SRCDIR.  So, the exact
sequence of the above was:

cd OBJDIR
SRCDIR/configure --prefix=/home/rmadsen/gnu/sol-2.8
--with-ld=/home/rmadsen/gnu/sol-2.8/bin/ld --with-gnu-ld
--with-as=/home/rmadsen/gnu/sol-2.8/bin/as --with-gnu-as
make CFLAGS='-O' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2 -fno-implicit-templates'
bootstrap
make install

The 'install' step fails on the following command:

../gcc-3.4.3/install-sh -c g++ OBJDIR/bin/g++

with the following error:

../gcc-3.4.3/install-sh: g++ does not exist

I discovered that by doing the following that the installation succeeded:

cd OBJDIR/gcc
make install

Note the additional directory component '/gcc'.  This is not mentioned in the
documentation.

Please do one of the following (for those that follow me in this process)
1. Fix the documentation, OR
2. Fix the OBJDIR/Makefile to do the 'cd OBJDIR/gcc' before invoking 'make 
install'
3. If I screwed up let me know.

Reid Madsen
Tektronix, Inc.

-- 
   Summary: Build/Install documentation error (HTML)
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Reid dot Madsen at tek dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: ???
  GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8


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

[Bug ada/21242] [4.1 Regression] wrong array copy code (ACATS c52102b c52102d)

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:07 ---
(In reply to comment #7)
> Fixed between:
> 
> LAST_UPDATED: Sat Jul  9 23:06:33 UTC 2005
> LAST_UPDATED: Mon Jul 11 22:29:49 UTC 2005 

Known to be fixed before that:
LAST_UPDATED: Sun Jul 10 00:31:54 UTC 2005

It was most likely fixed by:
2005-07-09  Diego Novillo  <[EMAIL PROTECTED]>

* Makefile.in (tree-ssa-alias.o): Depend on tree-ssa-structalias.h
* tree-cfg.c (CHECK_OP): Only test for is_gimple_val.
* tree-dfa.c (dump_subvars_for): New.
(debug_subvars_for): New.
(dump_variable): Show subvariables if VAR has them.
* tree-flow-inline.h (get_subvar_at): New.
(overlap_subvar): Change offset and size to unsigned HOST_WIDE_INT.
* tree-flow.h (struct ptr_info_def): Remove field pt_malloc.
Update all users.
(struct subvar): Change fields offset and size to unsigned
HOST_WIDE_INT.
(dump_subvars_for): Declare.
(debug_subvars_for): Declare.
(get_subvar_at): Declare.



-- 


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

[Bug tree-optimization/22438] [4.1 Regression] ICE SEGV in is_gimple_variable at tree-gimple.c:239

2005-07-12 Thread pinskia at gcc dot gnu dot org



-- 
   What|Removed |Added

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


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

[Bug c/21975] [4.0 Regression] Segmentation fault while compiling ipw2100

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:12 ---
*** Bug 22441 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||jakub at redhat dot com


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

[Bug c/22441] ICE on redefined inline function

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:12 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug bootstrap/22407] libgfortran build fails because of bad substitution

2005-07-12 Thread ebotcazou at gcc dot gnu dot org


--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-07-12 
15:13 ---
> Including f95?

All languages (except treelang).  You're the very first one who reports such
kind of problems with F95 on SPARC/Solaris.

> Anyway, I reconfigured (with absolute path to configure) & rebuilt. Result is
> the same as for comment #2.

I'm a bit puzzled.  Could you post the value of $PATH and the version of the
various tools listed at http://gcc.gnu.org/install/prerequisites.html? TIA.


-- 


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

[Bug tree-optimization/22442] [4.1 regression] scev cprop causes wrong code

2005-07-12 Thread rakdver at gcc dot gnu dot org


--- Additional Comments From rakdver at gcc dot gnu dot org  2005-07-12 
15:14 ---
The following patch fixes the problem, I am just testing it:

Index: tree-chrec.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-chrec.c,v
retrieving revision 2.21
diff -c -3 -p -r2.21 tree-chrec.c 
*** tree-chrec.c25 Jun 2005 02:01:15 -  2.21
--- tree-chrec.c12 Jul 2005 15:11:08 -
*** chrec_fold_multiply_poly_poly (tree type
*** 167,172 
--- 167,175 
   tree poly0, 
   tree poly1)
  {
+   tree t0, t1, t2;
+   int var;
+ 
gcc_assert (poly0);
gcc_assert (poly1);
gcc_assert (TREE_CODE (poly0) == POLYNOMIAL_CHREC);
*** chrec_fold_multiply_poly_poly (tree type
*** 191,218 

/* poly0 and poly1 are two polynomials in the same variable,
   {a, +, b}_x * {c, +, d}_x  ->  {a*c, +, a*d + b*c + b*d, +, 2*b*d}_x.  */
!   return 
! build_polynomial_chrec 
! (CHREC_VARIABLE (poly0), 
!  build_polynomial_chrec 
!  (CHREC_VARIABLE (poly0), 
!   
!   /* "a*c".  */
!   chrec_fold_multiply (type, CHREC_LEFT (poly0), CHREC_LEFT (poly1)),
!   
!   /* "a*d + b*c + b*d".  */
!   chrec_fold_plus 
!   (type, chrec_fold_multiply (type, CHREC_LEFT (poly0), CHREC_RIGHT 
(poly1)),
!
!chrec_fold_plus 
!(type, 
!   chrec_fold_multiply (type, CHREC_RIGHT (poly0), CHREC_LEFT (poly1)),
!   chrec_fold_multiply (type, CHREC_RIGHT (poly0), CHREC_RIGHT (poly1),
!  
!  /* "2*b*d".  */
!  chrec_fold_multiply
!  (type, build_int_cst (NULL_TREE, 2),
!   chrec_fold_multiply (type, CHREC_RIGHT (poly0), CHREC_RIGHT (poly1;
  }
  
  /* When the operands are automatically_generated_chrec_p, the fold has
--- 194,218 
/* poly0 and poly1 are two polynomials in the same variable,
   {a, +, b}_x * {c, +, d}_x  ->  {a*c, +, a*d + b*c + b*d, +, 2*b*d}_x.  */
!   
!   /* "a*c".  */
!   t0 = chrec_fold_multiply (type, CHREC_LEFT (poly0), CHREC_LEFT (poly1));
! 
!   /* "a*d + b*c + b*d".  */
!   t1 = chrec_fold_multiply (type, CHREC_LEFT (poly0), CHREC_RIGHT (poly1));
!   t1 = chrec_fold_plus (type, t1, chrec_fold_multiply (type,
!  CHREC_RIGHT (poly0),
!  CHREC_LEFT (poly1)));
!   t1 = chrec_fold_plus (type, t1, chrec_fold_multiply (type,
!  CHREC_RIGHT (poly0),
!  CHREC_RIGHT (poly1)));
!   /* "2*b*d".  */
!   t2 = chrec_fold_multiply (type, CHREC_RIGHT (poly0), CHREC_RIGHT (poly1));
!   t2 = chrec_fold_multiply (type, build_int_cst_type (type, 2), t2);
! 
!   var = CHREC_VARIABLE (poly0);
!   return build_polynomial_chrec (var, t0,
!build_polynomial_chrec (var, t1, t2));
  }

  /* When the operands are automatically_generated_chrec_p, the fold has



-- 


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

[Bug middle-end/22439] [4.0/4.1 regression] ICE with char array: size_binop, at fold-const.c:1637

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:16 ---
(In reply to comment #1)
> Confirmed. Reduced testcase:
Reduced testcase which fails everywhere (even on 64bit targets):
char foo(__SIZE_TYPE__ n)
{
char c[1][n];
return c[0][0];
}
==
Here is the backtrace:
#1  0x002eec68 in fancy_abort (file=0x8e8a78 
"/Users/pinskia/src/local/gcc/gcc/fold-const.c", 
line=1663, function=0xa08968 "size_binop") at 
/Users/pinskia/src/local/gcc/gcc/diagnostic.c:590
#2  0x0033c70c in size_binop (code=EXACT_DIV_EXPR, arg0=0x41dba9a0, 
arg1=0x41d114a0) at /
Users/pinskia/src/local/gcc/gcc/fold-const.c:1662
#3  0x001db4c4 in gimplify_compound_lval (expr_p=0x41dc1c3c, pre_p=0xbfffe8d4, 
post_p=0xbfffe8d8, fallback=fb_rvalue) at 
/Users/pinskia/src/local/gcc/gcc/gimplify.c:1500
#4  0x001eb2d8 in gimplify_expr (expr_p=0x41dc1c3c, pre_p=0xbfffe8d4, 
post_p=0xbfffe8d8, 
gimple_test_f=0x3e8364 , fallback=fb_rvalue) at 
/Users/pinskia/src/local/gcc/gcc/
gimplify.c:3978
#5  0x001ebbb0 in gimplify_expr (expr_p=0x41dbcef0, pre_p=0xbfffe8d4, 
post_p=0xbfffe8d8, 
gimple_test_f=0x3e72fc , fallback=fb_rvalue) at 
/Users/pinskia/src/local/gcc/
gcc/gimplify.c:4072
#6  0x001e6b10 in gimplify_modify_expr (expr_p=0xbfffe9f8, pre_p=0xbfffe8d4, 
post_p=0xbfffe8d8, 
want_value=0 '\0') at /Users/pinskia/src/local/gcc/gcc/gimplify.c:3154


-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c   |middle-end
  GCC build triplet|i486-linux-gnu  |
   GCC host triplet|i486-linux-gnu  |
 GCC target triplet|i486-linux-gnu  |
  Known to fail||4.0.0 4.1.0
  Known to work||3.4.0


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

[Bug bootstrap/22443] Installation problem

2005-07-12 Thread ebotcazou at gcc dot gnu dot org


--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-07-12 
15:18 ---
> Following the guidelines, I'm using a separate OBJDIR and SRCDIR.

They also recommend configuring with an absolute path on that platform:
http://gcc.gnu.org/install/specific.html#x-x-solaris2


-- 
   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
  Component|c++ |bootstrap
  GCC build triplet|??? |sparc-sun-solaris2.8
 Resolution||INVALID
Summary|Build/Install documentation |Installation problem
   |error (HTML)|


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

[Bug c++/22431] -Weff++ warns about missing usage of const initalizer list in synthesized ctors

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:20 ---
Confirmed, not a regression.

-- 
   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
  Known to fail||2.95 3.0.4 3.2.2 4.0.0 3.4.0
   ||3.3.3
   Last reconfirmed|-00-00 00:00:00 |2005-07-12 15:20:09
   date||


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

[Bug gcov/profile/21388] gcov-io.h compilation warning

2005-07-12 Thread matz at suse dot de



-- 
   What|Removed |Added

 CC||matz at suse dot de


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

[Bug c++/22435] Incorrect "may reach end of non-void function" warning

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:28 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/19699] [4.0/4.1 Regression] warning about not returning from end of a non-void function because of dead code

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:28 ---
*** Bug 22435 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||fw at deneb dot enyo dot de


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

[Bug libfortran/22436] print *,tiny(1._10) yields asterisks

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:30 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-12 15:30:29
   date||


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

[Bug libfortran/22437] Missing array intrinsics for kind=10 and kind=16

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:31 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-12 15:31:47
   date||


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

[Bug tree-optimization/22433] ICE with autovectorisation: verify_ssa failed

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:35 ---
It works on i686-pc-linux-gnu.

-- 
   What|Removed |Added

  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|x86_64-*-linux-gnu
   Keywords||ice-on-valid-code


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

[Bug bootstrap/22440] make install fails with --enable-bootstrap

2005-07-12 Thread pinskia at gcc dot gnu dot org



-- 
   What|Removed |Added

  Component|other   |bootstrap


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

[Bug fortran/22417] [4.0/4.1 Regression] gfortran preprocessing regression: nonsense warning about file left but not entered

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
15:50 ---
Patch posted here: .

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||07/msg00820.html
   Keywords||patch
   Target Milestone|--- |4.0.2


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

[Bug bootstrap/22407] libgfortran build fails because of bad substitution

2005-07-12 Thread roessner at rbg dot informatik dot tu-darmstadt dot de


--- Additional Comments From roessner at rbg dot informatik dot 
tu-darmstadt dot de  2005-07-12 16:03 ---
(In reply to comment #5)

> I'm a bit puzzled.  Could you post the value of $PATH and the version of the
> various tools listed at http://gcc.gnu.org/install/prerequisites.html? TIA.
> 

PATH=/home/roessner/bin:/home/roessner/sun4/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/proc/bin:/usr/sbin:/opt/SUNWspro/bin:/usr/ccs/bin:/usr/ucb:/usr/openwin/bin:/usr/public/bin

ISO C90 compiler: gcc 3.4.1

shell: /bin/bash 2.05.0(1) ($CONFIG_SHELL), might fall back on 
/usr/local/bin/bash  2.05a.0(1) in some cases

Platform specific: No GNU binutils, instead:

ld is /usr/ccs/bin/ld, 5.8-1.295
as is /usr/ccs/bin/as, Sun WorkShop 6 2003/12/18 Compiler Common 6.0 Patch 
114802-02

bzip2: 1.0.2

GNU make: 3.78.1
So this may be a too-old-make problem?

GMP: 4.1.4, MPFR included

Do you need the tools "for modifying GCC" as well?

I make a new make as I write this ... I will post results with 3.80 as soon as I
have them. Thanks for reminding me to look at the requirements again.



-- 


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

[Bug tree-optimization/22444] New: [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE

2005-07-12 Thread hp at gcc dot gnu dot org

Last known to work with: "Sat Jul  9 22:01:35 UTC 2005".
Known to fail with: "Sun Jul 10 06:32:56 UTC 2005".
With LAST_UPDATED: "Tue Jul 12 03:25:01 UTC 2005" I still get:
Running
/home/hp/combined/combined/libstdc++-v3/testsuite/libstdc++-dg/normal.exp ...
FAIL: 23_containers/set/explicit_instantiation/3.cc (test for excess errors)

With the message in the .log being (c-n-p):
/home/hp/combined/crislinux-sim/cris-axis-linux-gnu/libstdc++-v3/include/bits/stl_set.h:
In member function 'std::pair, _Compare, typename
_Alloc::rebind<_Key>::other>::const_iterator, bool> std::set<_K\
ey, _Compare, _Alloc>::insert(const _Key&) [with _Key =
__gnu_test::NonDefaultConstructible, _Compare = std::less<__gnu_test::Non\
DefaultConstructible>, _Alloc =
std::allocator<__gnu_test::NonDefaultConstructible>]':^M
/home/hp/combined/crislinux-sim/cris-axis-linux-gnu/libstdc++-v3/include/bits/stl_set.h:318:
internal compiler error: tree check:\
 expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466^M

Will attach preprocessed source.

-- 
   Summary: [4.1 regression] testsuite
failure:23_containers/set/explicit_instantiation/2.cc
ICE
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: cris-axis-linux-gnu


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

[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE

2005-07-12 Thread hp at gcc dot gnu dot org


--- Additional Comments From hp at gcc dot gnu dot org  2005-07-12 16:05 
---
Created an attachment (id=9248)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9248&action=view)
Preprocessed source

cc1plus -fpreprocessed 2.ii -march=v10 -quiet -dumpbase 2.cc -auxbase-strip 2.s
-g -O2 -version -ffunction-sections -fdata-sections -fmessage-length=0 -o 2.s

-- 


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

[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
16:07 ---
This looks very much related to PR 22416.

-- 
   What|Removed |Added

OtherBugsDependingO||22416
  nThis||
   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/22416] [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466

2005-07-12 Thread pinskia at gcc dot gnu dot org



-- 
   What|Removed |Added

  BugsThisDependsOn||22444


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

[Bug c++/20172] Invalid non-type template parameters not diagnosed

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
16:08 ---
Subject: Bug 20172

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-12 16:07:39

Modified files:
gcc/cp : ChangeLog pt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: nontype12.C 

Log message:
cp:
PR c++/20172
* pt.c (tsubst_template_parms): Check for invalid non-type
parameters.
testsuite:
PR c++/20172
* g++.dg/template/nontype12.C : New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4817&r2=1.4818
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1014&r2=1.1015
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5752&r2=1.5753
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/nontype12.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug middle-end/22429] [4.1 Regression] -1073741824 <= n && n <= 1073741823 is true where n is 1073741824

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
16:18 ---
I have a fix, the problem is that build_range_check depends on wrapping on 
signed types being defined 
which is not correct.

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/22416] [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466

2005-07-12 Thread dnovillo at gcc dot gnu dot org



-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dnovillo at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-12 16:25:52
   date||


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

[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE

2005-07-12 Thread hp at gcc dot gnu dot org


--- Additional Comments From hp at gcc dot gnu dot org  2005-07-12 16:29 
---
Between LAST_UPDATED "Mon Jul 11 09:23:25 UTC 2005"
and "Mon Jul 11 18:07:42 UTC 2005", I started getting an additional similar
failure for cris-axis-linux-gnu:
...
FAIL: 23_containers/set/explicit_instantiation/3.cc (test for excess errors)
Same ICE.

In addition, the 3.cc test now fails on mmix-knuth-mmixware as well.
Even more, both 2.cc and 3.cc now fail on cris-axis-elf as well.
(No preprocessed source for any of these.)

-- 


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

[Bug middle-end/21840] [4.1 Regression] ICE while building Linux kernel (seg fault), missing cast

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
16:58 ---
Created an attachment (id=9250)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9250&action=view)
patch which should fix this without any really bad side effects

This patch should fix it.  I have not tested it yet though.  We always have the
correct type if we have *rhs_p as an SSA_NAME because of may_propagate_copy
check.  And since *rhs_p is always the right hand side of a MODIFY_EXPR and
fold_convert produces a NOP_EXPR/CONVERT_EXPR for SSA_NAMEs operands and
CONSTANTS (ADDR_EXPR will produce a cast).

ChangeLog:
* tree-ssa-pre.c (eliminate): Convert the sprime to the correct type if *rhs_p
is not a SSA_NAME.

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/22335] DOM creates mis-matched types

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
17:00 ---
Subject: Bug 22335

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-12 17:00:03

Modified files:
gcc: ChangeLog tree-ssa-dom.c 

Log message:
2005-07-12  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/22335
* tree-ssa-dom.c (eliminate_redundant_computations): Reject the prop if
requiring a cast in a non RHS of modify_expr.  Add a cast when required.
(lookup_avail_expr): Use constant_boolean_node instead
of boolean_false_node/boolean_true_node.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9417&r2=2.9418
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-dom.c.diff?cvsroot=gcc&r1=2.121&r2=2.122



-- 


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

[Bug tree-optimization/22335] DOM creates mis-matched types

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
17:02 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

2005-07-12 Thread pinskia at gcc dot gnu dot org



-- 
Bug 22368 depends on bug 22335, which changed state.

Bug 22335 Summary: DOM creates mis-matched types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22335

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/22335] DOM creates mis-matched types

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
17:03 ---
Subject: Bug 22335

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-12 17:02:54

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr22335-1.c pr22335-2.c 

Log message:
2005-07-12  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/22335
* gcc.dg/pr22335-1.c: New test.
* gcc.dg/pr22335-2.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5753&r2=1.5754
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr22335-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr22335-2.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
17:04 ---
I should note that you can now bootstrap C with the patch.  But still some 
testsuite regressions in the 
testsuite which have been filed already.

-- 


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

[Bug c++/22358] C++ front-end produces mis-match types in MODIFY_EXPR

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
17:22 ---
Patch here: .

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||07/msg00864.html
   Keywords||patch


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
17:25 ---
(In reply to comment #2)
> I should note that you can now bootstrap C with the patch.  But still some 
> testsuite regressions in the 
> testsuite which have been filed already.

With the patch in PR 22358 we can now bootstrap with C++ enabled too.  Though 
there are many 
regressions which have been filed except for failing to compile 
testsuite_abi.cc which have not been 
filed/reduced yet but that might not be a C++ specific problem:
/Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.9.0/libstdc++-v3/include/ext/
hashtable.h:793: error: statement types mismatch^M
D.45260_261 = __pD.71381_212;^M
^M
struct pair, 
std::allocator 
>,symbol>D.39168 &^M
voidD.34 *^M
/Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.9.0/libstdc++-v3/include/ext/
hashtable.h:793: internal compiler error: verify_stmts failed^M
Please submit a full bug report,^M
with preprocessed source if appropriate.^M
See http://gcc.gnu.org/bugs.html> for instructions.^M

-- 


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

[Bug rtl-optimization/22445] New: Optimizations done by cselib depend on pointer values

2005-07-12 Thread amylaar at gcc dot gnu dot org

We found that some of our in-house code was sometimes compiled to
different assembler code when the compilation was repeated.  There
was one base version that we got most of the time, and a slightly smaller
variant that was obtained with a lesser frequency, using identical
sources, pathnames and compiler.  The actual frequency seemed to
depend on both host machine and pathname.  The variant could not be
obtained under debugger control.  Here are two excerpts from my analysis:

Addresses vary all over the place in the dump files, but the actual code
variation first manifests itself in the .postreload dump file.  There, only
the store [insn 4050]
is deleted; the load of r0 with (const_int 68) must be deleted
some time later.  As far as I can see, of the various subpasses that comprise
postreload, only the noop move deletion of reload_cse_regs_1 might have
deleted the store.

The entire function is a single basic block.  r1 gets assigned a new value
before we reach the interesting code.

Further analysis of the .greg file leads me to believe that we are dealing with
a valid optimization here.  r11 is set up to be r8 plus 68:

(insn 4993 1569 1571 0 STFMessage.h:484 (set (reg/v/f:SI 11 r11 [orig:394 this ]
[394])
   (reg/v/u/f:SI 8 r8 [orig:158 this ] [158])) 168 {movsi_ie} (nil)
   (nil))

(insn 1571 4993 1576 0 STFMessage.h:484 (set (reg/v/f:SI 11 r11 [orig:394 this ]
[394])
   (plus:SI (reg/v/f:SI 11 r11 [orig:394 this ] [394])
   (const_int 68 [0x44]))) 41 {*addsi3_compact} (nil)
   (nil))

and r8 and r11 remain stable beyond insn 4050.

The code that gets optimized is:

(insn 4028 4026 4039 0 FrontPanelDisplayEU.h:211 (set (mem/s/j:SI (reg/v/f:SI 11
r11 [orig:394 this ] [394]
) [0 ._vptr.STFMessageDispatcher+0 S4 A32])
   (reg/f:SI 1 r1 [802])) 168 {movsi_ie} (insn_list 4026 (nil))
   (nil))

(insn 4039 4028 4050 0 FrontPanelDisplayEU.h:211 (set (reg:SI 0 r0 [804])
   (const_int 68 [0x44])) 168 {movsi_ie} (nil)
   (expr_list:REG_EQUIV (const_int 68 [0x44])
   (nil)))

(insn 4050 4039 4062 0 FrontPanelDisplayEU.h:211 (set (mem/s/j:SI (plus:SI
(reg/v/u/f:SI 8 r8 [orig:158 this ] [158])
   (reg:SI 0 r0 [804])) [0 ._vptr.STFMessageDispatcher+0
S4 A32])
   (reg/f:SI 1 r1 [802])) 168 {movsi_ie} (insn_list 4039 (nil))
   (nil))

Since r11 is r8 plus 68, insn 4050 stores the same value in the same location as
insn 4028, and is thus a no-op move.

Of course, if this is an optimization that is doable with the available gcc
infrastructure, we would like to get it consistently.

=

reload_cse_regs_1 is able to do the optimiation in principle,
except that the hash values don't match.
For the first MEM, the address is calculated with:
(set (reg:SI 11) (reg:SI 8))
(set (reg:SI 11) (plus:SI (reg:SI 11) (const_int 68)))
(reg:SI 11)
The value copied from (reg:SI 8) is value number 1, hence its hash value
is 1.  The hashing of (const_int 68) is done by recursion, and 0 (VOIDmode)
is used for its mode, giving a hash value of 8711 for (const_int 68), and a hash
value of 8806 for (reg:SI 11).

For the second MEM, the address is calculated with:
(set (reg:SI 0) (const_int 68))
(plus:SI (reg:SI 8) (reg:SI 0))
Here, the hash of (const_int 68) is calculated using the mode of the 
destination,
Which is SImode, i.e. 6.  This gives a hash value of 8717 for (cont_int 68),
and of 8812 for (plus:SI (reg:SI 8) (reg:SI 0)) .

Thus, the match will generally fail, even though the values are the same.
However, hashtab.c uses extensible hashing and a hash collision strategy
that looks for free slots at specific intervals in the table.  Thus, a hash
collision can cause an accidental hash match.  rtx_equal_for_cselib will then
look what is inside r0 and find (const_int 68) there, and compare that to the
identical constant in the other expression.

LABEL_REFs and SYMBOL_REFs are hashed by pointer, so address space
randomization also randomizes hash collisions.

At the critical insn 4050, the table size is 251, and 100 elements are inside.
For 8806, hash collision will add 1 + 8806 % 249 == 92, for 8812 it will add
1 + 8812 % 249 == 98.  Thus, for n collisions of 8806 and m collisions of
8812, we get an accidental match if (98 * m - 92 * n + 6) % 251 == 0 .
A solution would be n == 1, m == 6.  Assuming even distribution, that
gives a probability of just above 0.1%.
[Obviously, for the code and on the machine where we observed the variant
 compilation, a number of hash collisionsi will happen unconditionally due
 values that have a consistent hash value independent of pointer addresses.]

LABEL_REFs and SYMBOL_REFs are hashed by pointer, so address space
randomization also randomizes hash collisions.

We should perform the optimization consistently by making sure that CONST_INTs
that have the same semantics hash to the same value.
While for some contexts (like plus) we could figure out a mode for the
CONST_INT, this is not true in general.

[Bug other/22368] [meta-bugs] mis-match types in GCC

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
17:33 ---
(In reply to comment #3)
> (In reply to comment #2)
> > I should note that you can now bootstrap C with the patch.  But still some 
> > testsuite regressions in 
the 
> > testsuite which have been filed already.
> 
> With the patch in PR 22358 we can now bootstrap with C++ enabled too.  Though 
> there are many 
> regressions which have been filed except for failing to compile 
> testsuite_abi.cc which have not been 
> filed/reduced yet but that might not be a C++ specific problem:
yes this is the same as PR 21840.


-- 


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

[Bug tree-optimization/22416] [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466

2005-07-12 Thread jsm28 at gcc dot gnu dot org


--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-07-12 20:11 
---
The failure disappeared again for me on 20050712, but given comments about
uninitialized memory I doubt this indicates a fix.

-- 


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

[Bug rtl-optimization/22445] Optimizations done by cselib depend on pointer values

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
20:21 ---
This looks like a dup of (or at least related to) PR 4520 (cselib.c hash_rtx 
incorrectly hashes based on 
rtx address).

-- 
   What|Removed |Added

  BugsThisDependsOn||4520


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

[Bug tree-optimization/22326] promotions (from float to double) are not removed when they should be able to

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
20:26 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-12 20:26:50
   date||


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

[Bug c++/22446] New: Invocation of destructor of element of array changes vtable

2005-07-12 Thread Forest dot Rouse at ansys dot com

Say B is a subclass of A.  I create an compile time array of 10 objects of type
B and invoke the destructor on each member of the array.  Afterwards, the vtable
pointer for each element of B is to instances of A.

This came up with a template collection class that is a combination of vector
and a compile time allocator of fixed length to have better performance with
short lists.

I boiled the problem down to just a compile time allocation of the array and
that is the code attached here.  I had trouble attaching the .ii file because of
its length.  I will attach the source file which just has an include of
 before the .ii file.

Gcc Version: 3.4.3 (also 3.2.2 on 32 bit intel platform)

platform: Linux AMD 64 bit (also 32 bit intel i686 running RedHat 9.0)

O/S: Red Hat Enterprise Linux AS release 4 (Nahant)

(also RedHat 9.0)

Compiler warnings and output: none

Build options: Default

Command line and result:

g++ -v -save-temps test_compbug2.C
Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-languages=c,c++,objc,java,f77
--enable-java-awt=gtk --host=x86_64-redhat-linux
Thread model: posix
gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)
 /usr/libexec/gcc/x86_64-redhat-linux/3.4.3/cc1plus -E -quiet -v -D_GNU_SOURCE
test_compbug2.C -mtune=k8 -o test_compbug2.ii
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../include/c++/3.4.3
 
/usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../include/c++/3.4.3/x86_64-redhat-linux
 /usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../include/c++/3.4.3/backward
 /usr/local/include
 /usr/lib/gcc/x86_64-redhat-linux/3.4.3/include
 /usr/include
End of search list.
 /usr/libexec/gcc/x86_64-redhat-linux/3.4.3/cc1plus -fpreprocessed
test_compbug2.ii -quiet -dumpbase test_compbug2.C -mtune=k8 -auxbase
test_compbug2 -version -o test_compbug2.s
GNU C++ version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4) (x86_64-redhat-linux)
compiled by GNU C version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
 as -V -Qy -o test_compbug2.o test_compbug2.s
GNU assembler version 2.15.92.0.2 (x86_64-redhat-linux) using BFD version
2.15.92.0.2 20040927
 /usr/libexec/gcc/x86_64-redhat-linux/3.4.3/collect2 --eh-frame-hdr -m
elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2
/usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../lib64/crt1.o
/usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-redhat-linux/3.4.3/crtbegin.o
-L/usr/lib/gcc/x86_64-redhat-linux/3.4.3
-L/usr/lib/gcc/x86_64-redhat-linux/3.4.3
-L/usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../lib64
-L/usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../.. -L/lib/../lib64
-L/usr/lib/../lib64 test_compbug2.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/usr/lib/gcc/x86_64-redhat-linux/3.4.3/crtend.o
/usr/lib/gcc/x86_64-redhat-linux/3.4.3/../../../../lib64/crtn.o

Result of program:
In B's CompBugIt: 0 In A's CompBugIt: 0
In B's CompBugIt: 10 In A's CompBugIt: 1
In B's CompBugIt: 20 In A's CompBugIt: 2
In B's CompBugIt: 30 In A's CompBugIt: 3
In B's CompBugIt: 40 In A's CompBugIt: 4
In B's CompBugIt: 50 In A's CompBugIt: 5
In B's CompBugIt: 60 In A's CompBugIt: 6
In B's CompBugIt: 70 In A's CompBugIt: 7
In B's CompBugIt: 80 In A's CompBugIt: 8
In A's CompBugIt: 9
In A's CompBugIt: 8
In A's CompBugIt: 7
In A's CompBugIt: 6
In A's CompBugIt: 5
In A's CompBugIt: 4
In A's CompBugIt: 3
In A's CompBugIt: 2
In A's CompBugIt: 1

it should have been:

In B's CompBugIt: 0 In A's CompBugIt: 0
In B's CompBugIt: 10 In A's CompBugIt: 1
In B's CompBugIt: 20 In A's CompBugIt: 2
In B's CompBugIt: 30 In A's CompBugIt: 3
In B's CompBugIt: 40 In A's CompBugIt: 4
In B's CompBugIt: 50 In A's CompBugIt: 5
In B's CompBugIt: 60 In A's CompBugIt: 6
In B's CompBugIt: 70 In A's CompBugIt: 7
In B's CompBugIt: 80 In A's CompBugIt: 8
In B's CompBugIt: 90 In A's CompBugIt: 9
In B's CompBugIt: 80 In A's CompBugIt: 8
In B's CompBugIt: 70 In A's CompBugIt: 7
In B's CompBugIt: 60 In A's CompBugIt: 6
In B's CompBugIt: 50 In A's CompBugIt: 5
In B's CompBugIt: 40 In A's CompBugIt: 4
In B's CompBugIt: 30 In A's CompBugIt: 3
In B's CompBugIt: 20 In A's CompBugIt: 2
In B's CompBugIt: 10 In A's CompBugIt: 1

--- source file (.ii is so long hangs emacs) ---
#include 

class A
{
private:
int a;
public:
A(int iA=1) : a(iA) {}
A(const A& iA) { *this = iA; }
A& operator=(const A& iA) {
if (this != &iA) {
a = iA.a;
}
return *this;
}
virtual ~A() {}
virtual int GetA() const;
void SetA(i

[Bug libfortran/21593] FAIL: gfortran.dg/dev_null.f90

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
20:39 ---
Subject: Bug 21593

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-12 20:39:12

Modified files:
libgfortran: ChangeLog 
gcc/testsuite  : ChangeLog 
gcc/testsuite/gfortran.dg: dev_null.f90 

Log message:
2005-07-12  Thomas Koenig  <[EMAIL PROTECTED]>

PR libfortran/21593
gfortran.dg/dev_null.f90:  Remove outdated comment about
PR libfortran/21593.
libgfortran/ChangeLog:  Add PR to entry.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.262&r2=1.263
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5756&r2=1.5757
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/dev_null.f90.diff?cvsroot=gcc&r1=1.3&r2=1.4



-- 


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

[Bug c++/22446] Invocation of destructor of element of array changes vtable

2005-07-12 Thread Forest dot Rouse at ansys dot com


--- Additional Comments From Forest dot Rouse at ansys dot com  2005-07-12 
20:39 ---
Created an attachment (id=9252)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9252&action=view)
preprocessed file


-- 


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

[Bug libfortran/21593] FAIL: gfortran.dg/dev_null.f90

2005-07-12 Thread tkoenig at gcc dot gnu dot org


--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-07-12 
20:40 ---
Commit for 4.1 here: http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00486.html

-- 


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

[Bug c++/22446] Invocation of destructor of element of array changes vtable

2005-07-12 Thread pinskia at gcc dot gnu dot org


--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-12 
20:45 ---
This is not a bug. Inside ~B() we change to the A vtable and then call ~A().  
test[9-i] = b;
That just calls "operator=" which does not copy the vtable which is correct.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/21704] failure during building 64-bit native compiler by crosscompiler.

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
20:59 ---
Subject: Bug 21704

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-12 20:59:01

Modified files:
gcc: ChangeLog 
gcc/config : host-linux.c 

Log message:
2005-07-12  Andrew Pinski  <[EMAIL PROTECTED]>

PR bootstrap/21704
* host-linux.h: Include limits.h.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9420&r2=2.9421
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/host-linux.c.diff?cvsroot=gcc&r1=1.9&r2=1.10



-- 


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

[Bug bootstrap/21704] failure during building 64-bit native compiler by crosscompiler.

2005-07-12 Thread cvs-commit at gcc dot gnu dot org


--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-12 
21:01 ---
Subject: Bug 21704

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-12 21:01:17

Modified files:
gcc: ChangeLog 
gcc/config : host-linux.c 

Log message:
2005-07-12  Andrew Pinski  <[EMAIL PROTECTED]>

PR bootstrap/21704
* host-linux.h: Include limits.h.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.312&r2=2.7592.2.313
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/host-linux.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.8&r2=1.8.2.1



-- 


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

1 2 >

1 - 100 of 146 matches

Mail list logo