[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2004-10-27 06:55 ---
Good and fast work!

I applied the patch and the ICE went away.

Michael Cieslinski


-- 


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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2004-10-27 04:54 ---
Created an attachment (id=7414)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7414&action=view)
rs6000.md patch


-- 
   What|Removed |Added

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


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

[Bug c++/18140] [3.4/4.0 regression] C++ parser bug when using >> in templates

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug c++/18170] New: m32r-elf-as, m32r-linux-as debug relocation error for c++

[inaoka dot kazuhiro at renesas dot com]

When I build m32r-elf-g++ version 4.0.0, an assemble debug relocation error 
happened.

/home3/FSF/org_src/gcc/build/gcc/xgcc -shared-libgcc -
B/home3/FSF/org_src/gcc/build/gcc/ -nostdinc++ -
L/home3/FSF/org_src/gcc/build/m32r-elf/libstdc++-v3/src -
L/home3/FSF/org_src/gcc/build/m32r-elf/libstdc++-v3/src/.libs -
B/usr/local/m32r-elf/m32r-elf/bin/ -B/usr/local/m32r-elf/m32r-elf/lib/ -
isystem /usr/local/m32r-elf/m32r-elf/include -isystem /usr/local/m32r-elf/m32r-
elf/sys-include -I/home3/FSF/org_src/gcc/build/m32r-elf/libstdc++-
v3/include/m32r-elf -I/home3/FSF/org_src/gcc/build/m32r-elf/libstdc++-
v3/include -I/home3/FSF/org_src/gcc/gcc/libstdc++-v3/libsupc++ -g -Os -g -Os -
fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-
show-location=once -c /home3/FSF/org_src/gcc/gcc/libstdc++-v3/src/fstream-
inst.cc -o fstream-inst.o
/tmp/ccpeTFIw.s: Assembler messages:
/tmp/ccpeTFIw.s:5842: Error: can't resolve 
`.gnu.linkonce.t._ZNSt13basic_fstreamIcSt11char_traitsIcEED0Ev' 
{.gnu.linkonce.t._ZNSt13basic_fstreamIcSt11char_traitsIcEED0Ev section} - 
`_ZNSt13basic_fstreamIcSt11char_traitsIcEED0Ev' 
{.gnu.linkonce.t._ZNSt13basic_fstreamIcSt11char_traitsIcEED0Ev section}
/tmp/ccpeTFIw.s:5842: Error: expression too complex
/tmp/ccpeTFIw.s:6015: Error: can't resolve 
`.gnu.linkonce.t._ZNSt13basic_fstreamIcSt11char_traitsIcEED1Ev' 
{.gnu.linkonce.t._ZNSt13basic_fstreamIcSt11char_traitsIcEED1Ev section} - 
`_ZNSt13basic_fstreamIcSt11char_traitsIcEED1Ev' 
{.gnu.linkonce.t._ZNSt13basic_fstreamIcSt11char_traitsIcEED1Ev section}
/tmp/ccpeTFIw.s:6015: Error: expression too complex
/tmp/ccpeTFIw.s:6553: Error: can't resolve 
`.gnu.linkonce.t._ZNSt14basic_ofstreamIcSt11char_traitsIcEED0Ev' 
{.gnu.linkonce.t._ZNSt14basic_ofstreamIcSt11char_traitsIcEED0Ev section} - 
`_ZNSt14basic_ofstreamIcSt11char_traitsIcEED0Ev' 
{.gnu.linkonce.t._ZNSt14basic_ofstreamIcSt11char_traitsIcEED0Ev section}
/tmp/ccpeTFIw.s:6553: Error: expression too complex
/tmp/ccpeTFIw.s:6698: Error: can't resolve 
`.gnu.linkonce.t._ZNSt14basic_ofstreamIcSt11char_traitsIcEED1Ev' 
{.gnu.linkonce.t._ZNSt14basic_ofstreamIcSt11char_traitsIcEED1Ev section} - 
`_ZNSt14basic_ofstreamIcSt11char_traitsIcEED1Ev' 
{.gnu.linkonce.t._ZNSt14basic_ofstreamIcSt11char_traitsIcEED1Ev section}
/tmp/ccpeTFIw.s:6698: Error: expression too complex
/tmp/ccpeTFIw.s:7218: Error: can't resolve 
`.gnu.linkonce.t._ZNSt14basic_ifstreamIcSt11char_traitsIcEED0Ev' 
{.gnu.linkonce.t._ZNSt14basic_ifstreamIcSt11char_traitsIcEED0Ev section} - 
`_ZNSt14basic_ifstreamIcSt11char_traitsIcEED0Ev' 
{.gnu.linkonce.t._ZNSt14basic_ifstreamIcSt11char_traitsIcEED0Ev section}
/tmp/ccpeTFIw.s:7218: Error: expression too complex
/tmp/ccpeTFIw.s:7363: Error: can't resolve 
`.gnu.linkonce.t._ZNSt14basic_ifstreamIcSt11char_traitsIcEED1Ev' 
{.gnu.linkonce.t._ZNSt14basic_ifstreamIcSt11char_traitsIcEED1Ev section} - 
`_ZNSt14basic_ifstreamIcSt11char_traitsIcEED1Ev' 
{.gnu.linkonce.t._ZNSt14basic_ifstreamIcSt11char_traitsIcEED1Ev section}
/tmp/ccpeTFIw.s:7363: Error: expression too complex
make[3]: *** [fstream-inst.lo] Error 1

-- 
   Summary: m32r-elf-as, m32r-linux-as debug relocation error for
c++
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: inaoka dot kazuhiro at renesas dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: m32r
GCC target triplet: m32r


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

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-10-27 04:33 
---
Fixed in GCC 3.4.3.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-27 04:33 
---
Subject: Bug 18093

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-10-27 04:32:57

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog name-lookup.c pt.c 
Added files:
gcc/testsuite/g++.dg/lookup: ns2.C 
gcc/testsuite/g++.dg/template: enum4.C 

Log message:
PR c++/18093
* search.c (current_scope): Return the innermost non-block scope,
not the innermost non-block, non-namespace scope.
(at_namespace_scope_p): Adjust accordingly.
(dfs_accessible_post): Do not pass namespaces to is_friend.
(dfs_walk_once_accessible_r): Likewise.
* decl.c (grokvardecl): Adjust call to current_scope.
(build_enumerator): Likewise.
* parser.c (cp_parser_using_declaration): Likewise.
(cp_parser_direct_declarator): Use at_namespace_scope_p instead of
current_scope.
(cp_parser_class_head): Adjust call to current_scope.
* name-lookup.c (do_namespace_alias): Set the DECL_CONTEXT for the
alias.

PR c++/18020
* pt.c (tusbst_copy_and_build): Resolve enumeration constants to
their underlying values.

PR c++/18093
* g++.dg/lookup/ns2.C: New test.

PR c++/18020
* g++.dg/template/enum4.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.297&r2=1.3389.2.298
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/ns2.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/enum4.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.171&r2=1.3892.2.172
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.34.2.18&r2=1.34.2.19
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.816.2.43&r2=1.816.2.44



-- 


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

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-27 04:33 
---
Subject: Bug 18020

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-10-27 04:32:57

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog name-lookup.c pt.c 
Added files:
gcc/testsuite/g++.dg/lookup: ns2.C 
gcc/testsuite/g++.dg/template: enum4.C 

Log message:
PR c++/18093
* search.c (current_scope): Return the innermost non-block scope,
not the innermost non-block, non-namespace scope.
(at_namespace_scope_p): Adjust accordingly.
(dfs_accessible_post): Do not pass namespaces to is_friend.
(dfs_walk_once_accessible_r): Likewise.
* decl.c (grokvardecl): Adjust call to current_scope.
(build_enumerator): Likewise.
* parser.c (cp_parser_using_declaration): Likewise.
(cp_parser_direct_declarator): Use at_namespace_scope_p instead of
current_scope.
(cp_parser_class_head): Adjust call to current_scope.
* name-lookup.c (do_namespace_alias): Set the DECL_CONTEXT for the
alias.

PR c++/18020
* pt.c (tusbst_copy_and_build): Resolve enumeration constants to
their underlying values.

PR c++/18093
* g++.dg/lookup/ns2.C: New test.

PR c++/18020
* g++.dg/template/enum4.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.297&r2=1.3389.2.298
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/ns2.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/enum4.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.171&r2=1.3892.2.172
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.34.2.18&r2=1.34.2.19
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.816.2.43&r2=1.816.2.44



-- 


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

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-10-27 04:33 
---
Fixed in GCC 3.4.3.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-10-27 04:23 
---
Fixed in GCC 4.0.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 04:20 
---
Here is the reduced C code:
double Fore (double lo, double hi)
{
  return lo>=hi?lo:hi;
}

-- 


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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 04:16 
---
Nope only a 4.0 one.

-- 
   What|Removed |Added

  Known to fail||4.0.0
  Known to work||3.4.0 3.3


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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 04:12 
---
This might also be a 3.4 regression I have not checked yet.

-- 


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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 04:10 
---
Finnally found a C example:
Compile the folllowing with -O2 -ffast-math -ftrapping-math and you will get the 
failure.

#include 
int Fore (double lo, double hi)
{
  int r;
  double t;
  double t1;
  double t2;
  int tt;

  t1 = fabs(lo);
  t2 = fabs(hi);
  t = t1 >= t2 ? t1 : t2;
  tt = (t >= 1.0e+1);
  if (tt == 0) goto L12;

L11:;
  r = 2;
  goto L2;

L12:;
  r = 2;

L1:;
  t = t / 1.0e+1;
  r = r + 1;
  tt = (t >= 1.0e+1);
  if (tt == 0) goto L1;

L2:;
  return r;

}

-- 


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

[Bug c++/10349] testsuite failure in g++.dg/parse/stack1.C

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 03:50 
---
#1251 0x000ae778 in cp_parser_implicitly_scoped_statement (parser=0x4178ec40) at 
/Users/pinskia/
src/local/gcc/gcc/cp/parser.c:6541
#1252 0x0009dba4 in cp_parser_statement (parser=0x4178ec40, in_statement_expr=0x0) at 
/Users/
pinskia/src/local/gcc/gcc/cp/parser.c:6115
#1253 0x000ae778 in cp_parser_implicitly_scoped_statement (parser=0x4178ec40) at 
/Users/pinskia/
src/local/gcc/gcc/cp/parser.c:6541



-- 
   What|Removed |Added

   Last reconfirmed|2004-07-28 14:44:37 |2004-10-27 03:50:34
   date||


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

[Bug bootstrap/18169] make: *** [bootstrap] Error 2 after building libgfortran

[danglin at gcc dot gnu dot org]

--- Additional Comments From danglin at gcc dot gnu dot org  2004-10-27 03:42 
---
Source tree was corrupt.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/18107] [4.0 Regression] Bootstrap fails on i686-pc-mingw32

[pinskia at gcc dot gnu dot org]

-- 
Bug 18107 depends on bug 18104, which changed state.

Bug 18104 Summary: Incorrect CLASSPATH separator in libjava breaks bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18104

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug libgcj/18104] Incorrect CLASSPATH separator in libjava breaks bootstrap

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 02:46 
---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug libgcj/18104] Incorrect CLASSPATH separator in libjava breaks bootstrap

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-27 02:43 
---
Subject: Bug 18104

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-10-27 02:43:44

Modified files:
libjava: ChangeLog Makefile.am Makefile.in configure 
 configure.ac 
libjava/gcj: Makefile.in 
libjava/include: Makefile.in 
libjava/testsuite: Makefile.in 
libjava/testsuite/lib: libjava.exp 

Log message:
PR libgcj/18104
* Makefile.am (CLASSPATH_SEPARATOR): Use instead of a
colon.
* Makefile.in: Regenerate.
* configure: Regenerate.
* configure.ac (CLASSPATH_SEPARATOR): Define.
* gcj/Makefile.in: Regenerate.
* include/Makefile.in: Regenerate.
* testsuite/Makefile.in: Regenerate.
* testsuite/lib/libjava.exp (libjava_arguments): Fix
CLASSPATH separator handling for Windows.
--

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3172&r2=1.3173
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.421&r2=1.422
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.449&r2=1.450
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gcc&r1=1.241&r2=1.242
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.ac.diff?cvsroot=gcc&r1=1.11&r2=1.12
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gcj/Makefile.in.diff?cvsroot=gcc&r1=1.57&r2=1.58
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/include/Makefile.in.diff?cvsroot=gcc&r1=1.58&r2=1.59
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/Makefile.in.diff?cvsroot=gcc&r1=1.68&r2=1.69
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/lib/libjava.exp.diff?cvsroot=gcc&r1=1.60&r2=1.61



-- 


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

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-27 02:23 
---
Subject: Bug 18020

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

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog decl.c name-lookup.c parser.c pt.c 
 search.c typeck.c 
Added files:
gcc/testsuite/g++.dg/lookup: ns2.C 
gcc/testsuite/g++.dg/template: enum4.C expr1.C 

Log message:
PR c++/18093
* search.c (current_scope): Return the innermost non-block scope,
not the innermost non-block, non-namespace scope.
(at_namespace_scope_p): Adjust accordingly.
(dfs_accessible_post): Do not pass namespaces to is_friend.
(dfs_walk_once_accessible_r): Likewise.
* decl.c (grokvardecl): Adjust call to current_scope.
(build_enumerator): Likewise.
* parser.c (cp_parser_using_declaration): Likewise.
(cp_parser_direct_declarator): Use at_namespace_scope_p instead of
current_scope.
(cp_parser_class_head): Adjust call to current_scope.
* name-lookup.c (do_namespace_alias): Set the DECL_CONTEXT for the
alias.

PR c++/18020
* pt.c (tusbst_copy_and_build): Resolve enumeration constants to
their underlying values.

PR c++/18161
* typeck.c (build_binary_op): Honor build_type, even when in a
template.

PR c++/18093
* g++.dg/lookup/ns2.C: New test.

PR c++/18020
* g++.dg/template/enum4.C: New test.

PR c++/18161
* g++.dg/template/expr1.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4501&r2=1.4502
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4454&r2=1.4455
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1318&r2=1.1319
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&r1=1.87&r2=1.88
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&r1=1.270&r2=1.271
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.937&r2=1.938
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/search.c.diff?cvsroot=gcc&r1=1.335&r2=1.336
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&r1=1.588&r2=1.589
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/ns2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/enum4.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/expr1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-27 02:23 
---
Subject: Bug 18161

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

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog decl.c name-lookup.c parser.c pt.c 
 search.c typeck.c 
Added files:
gcc/testsuite/g++.dg/lookup: ns2.C 
gcc/testsuite/g++.dg/template: enum4.C expr1.C 

Log message:
PR c++/18093
* search.c (current_scope): Return the innermost non-block scope,
not the innermost non-block, non-namespace scope.
(at_namespace_scope_p): Adjust accordingly.
(dfs_accessible_post): Do not pass namespaces to is_friend.
(dfs_walk_once_accessible_r): Likewise.
* decl.c (grokvardecl): Adjust call to current_scope.
(build_enumerator): Likewise.
* parser.c (cp_parser_using_declaration): Likewise.
(cp_parser_direct_declarator): Use at_namespace_scope_p instead of
current_scope.
(cp_parser_class_head): Adjust call to current_scope.
* name-lookup.c (do_namespace_alias): Set the DECL_CONTEXT for the
alias.

PR c++/18020
* pt.c (tusbst_copy_and_build): Resolve enumeration constants to
their underlying values.

PR c++/18161
* typeck.c (build_binary_op): Honor build_type, even when in a
template.

PR c++/18093
* g++.dg/lookup/ns2.C: New test.

PR c++/18020
* g++.dg/template/enum4.C: New test.

PR c++/18161
* g++.dg/template/expr1.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4501&r2=1.4502
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4454&r2=1.4455
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1318&r2=1.1319
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&r1=1.87&r2=1.88
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&r1=1.270&r2=1.271
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.937&r2=1.938
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/search.c.diff?cvsroot=gcc&r1=1.335&r2=1.336
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&r1=1.588&r2=1.589
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/ns2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/enum4.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/expr1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-27 02:23 
---
Subject: Bug 18093

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

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog decl.c name-lookup.c parser.c pt.c 
 search.c typeck.c 
Added files:
gcc/testsuite/g++.dg/lookup: ns2.C 
gcc/testsuite/g++.dg/template: enum4.C expr1.C 

Log message:
PR c++/18093
* search.c (current_scope): Return the innermost non-block scope,
not the innermost non-block, non-namespace scope.
(at_namespace_scope_p): Adjust accordingly.
(dfs_accessible_post): Do not pass namespaces to is_friend.
(dfs_walk_once_accessible_r): Likewise.
* decl.c (grokvardecl): Adjust call to current_scope.
(build_enumerator): Likewise.
* parser.c (cp_parser_using_declaration): Likewise.
(cp_parser_direct_declarator): Use at_namespace_scope_p instead of
current_scope.
(cp_parser_class_head): Adjust call to current_scope.
* name-lookup.c (do_namespace_alias): Set the DECL_CONTEXT for the
alias.

PR c++/18020
* pt.c (tusbst_copy_and_build): Resolve enumeration constants to
their underlying values.

PR c++/18161
* typeck.c (build_binary_op): Honor build_type, even when in a
template.

PR c++/18093
* g++.dg/lookup/ns2.C: New test.

PR c++/18020
* g++.dg/template/enum4.C: New test.

PR c++/18161
* g++.dg/template/expr1.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4501&r2=1.4502
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4454&r2=1.4455
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1318&r2=1.1319
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&r1=1.87&r2=1.88
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&r1=1.270&r2=1.271
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.937&r2=1.938
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/search.c.diff?cvsroot=gcc&r1=1.335&r2=1.336
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&r1=1.588&r2=1.589
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/lookup/ns2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/enum4.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/expr1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 02:19 
---
Hmm, yes we don't support MIN/MAX EXPR without -fno-trapping-math.

A rs6000 backend person should look at this.

-- 


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

[Bug bootstrap/18169] make: *** [bootstrap] Error 2 after building libgfortran

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  2004-10-27 
02:14 ---
Subject: Re:  make: *** [bootstrap] Error 2 after buildin

> Was this done with -j2 or above?

No.  However, I think I inadvertantly messed up the source with a
build in the source tree.

Dave


-- 


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

[Bug bootstrap/18169] make: *** [bootstrap] Error 2 after building libgfortran

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 02:07 
---
Was this done with -j2 or above?

-- 


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

[Bug bootstrap/18169] New: make: *** [bootstrap] Error 2 after building libgfortran

[danglin at gcc dot gnu dot org]

...
ranlib .libs/libgfortran.a
creating libgfortran.la
(cd .libs && rm -f libgfortran.la && ln -s ../libgfortran.la libgfortran.la)
make[3]: Leaving directory `/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libgfo
rtran'
make[2]: Leaving directory `/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libgfo
rtran'
make[1]: Leaving directory `/mnt/gnu/gcc-3.3/objdir'
make: *** [bootstrap] Error 2
Tue Oct 26 20:42:26 EDT 2004

It's not clear where the error is.  The symbolic link was done.

-- 
   Summary: make: *** [bootstrap] Error 2 after building libgfortran
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

[wilson at gcc dot gnu dot org]

--- Additional Comments From wilson at gcc dot gnu dot org  2004-10-27 01:48 
---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-27 01:36 
---
Subject: Bug 18010

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-10-27 01:36:12

Modified files:
gcc: ChangeLog emit-rtl.c 

Log message:
Fix for PR 18010, copy epilogue unwind info when copying epilogue insns.
* emit-rtl.c (emit_copy_of_insn_after): Copy RTX_FRAME_RELATED_P.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6032&r2=2.6033
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/emit-rtl.c.diff?cvsroot=gcc&r1=1.421&r2=1.422



-- 


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

[Bug target/18010] bad unwind info due to multiple returns (missing epilogue)

[wilson at tuliptree dot org]

--- Additional Comments From wilson at tuliptree dot org  2004-10-27 01:29 ---
Subject: Re:  bad unwind info due to multiple returns
(missing epilogue)

On Tue, 2004-10-26 at 01:49, davidm at hpl dot hp dot com wrote:
> The compiler seemed to get stuck in an apparent endless loop.  "make check"
> quickly resulted in timeout failures (and these were real, with the compiler
> burning CPU cycles for several minutes until the timeout hit).

Maybe a temporary problem?  I did a cvs update on Monday, and it built
for me without problem on my debian testing system.  I also managed to
run the testsuite without problems.  The only difference is in libjava,
and I got two more passes with the patch.  I'm not sure if the patch is
directly responsible for that, but it doesn't matter.  There are more
passes, so I can check it in.



-- 


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

The news is good on the economy

[Roberts Kristine]

Today is a new day for your residence. With levels
at their headline-making historic lows, our programs
are better now than ever before. Even if you've recently
closed on a property, now is the time to check your
numbers.


Find out what all your neighbors are talking about:

http://eyeloans.com/?partid=s27









Future reference options:
http://eyeloans.com/st.html

[Bug tree-optimization/18168] SPEC CPU2000 173.applu tree-loop-linear ICE

[dje at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|SPEC CPU2000 173.applu tree-|SPEC CPU2000 173.applu tree-
   |loop-linear failure |loop-linear ICE


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

[Bug tree-optimization/18168] New: SPEC CPU2000 173.applu tree-loop-linear failure

[dje at gcc dot gnu dot org]

gcc -O3 -ftree-loop-linear applu.f produces error:
Dependence relation cannot be represented by distance vector.

-- 
   Summary: SPEC CPU2000 173.applu tree-loop-linear failure
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: *-*-*
  GCC host triplet: *-*-*
GCC target triplet: *-*-*


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

[Bug bootstrap/18167] [4.0 Regression] Mainline failed to bootstrap on Linux/x86-64

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-27 00:08 
---
Try this again, this is already fixed by:
* expr.c (emit_group_store): Do not treat floats as BLKmode.
(emit_group_load): Same.

http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg01469.html

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
Summary|Mainline failed to bootstrap|[4.0 Regression] Mainline
   |on Linux/x86-64 |failed to bootstrap on
   ||Linux/x86-64
   Target Milestone|--- |4.0.0


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

[Bug bootstrap/18167] New: Mainline failed to bootstrap on Linux/x86-64

[hjl at lucon dot org]

As of Tue Oct 26 23:11:31 UTC 2004, I got

stage1/xgcc -Bstage1/ -B/usr/gcc-4.0/x86_64-unknown-linux-gnu/bin/ -c   -g -
O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-
prototypes -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ibuild -
I/net/gnu/export/gnu/src/gcc/gcc/gcc -
I/net/gnu/export/gnu/src/gcc/gcc/gcc/build -
I/net/gnu/export/gnu/src/gcc/gcc/gcc/../include -
I/net/gnu/export/gnu/src/gcc/gcc/gcc/../libcpp/include  \
 -o build/genrecog.o /net/gnu/export/gnu/src/gcc/gcc/gcc/genrecog.c
/net/gnu/export/gnu/src/gcc/gcc/gcc/genrecog.c: In 
function 'make_insn_sequence':
/net/gnu/export/gnu/src/gcc/gcc/gcc/genrecog.c:2505: internal compiler error: 
in emit_move_insn, at expr.c:2516
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[4]: *** [build/genrecog.o] Error 1
make[4]: *** Waiting for unfinished jobs

-- 
   Summary: Mainline failed to bootstrap on Linux/x86-64
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon dot org
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=18167

[Bug c/18166] top const stripped in structs for C

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|powerpc-apple-darwin8.0.0b2 |
   GCC host triplet|powerpc-apple-darwin8.0.0b2 |
 GCC target triplet|powerpc-apple-darwin8.0.0b2 |powerpc-darwin
   Keywords||wrong-debug
   Last reconfirmed|-00-00 00:00:00 |2004-10-26 23:30:54
   date||


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

[Bug c/18166] top const stripped in structs for C

[mrs at apple dot com]

--- Additional Comments From mrs at apple dot com  2004-10-26 23:27 ---
For reference, the C++ version:

struct ssc { char * const ptr;
  ssc () :ptr(0) { }
};
struct ss { char * ptr; };

int main ()
{
  struct ssc xssc;
  struct ss xss;
}

and its output:

(gdb) ptype xss
type = struct ss {
char *ptr;
}
(gdb) ptype xssc
type = class ssc {
  public:
char * const ptr;

ssc(ssc const&);
ssc();
}


-- 


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

[Bug c/18166] New: top const stripped in structs for C

[mrs at apple dot com]

The following doesn't produce accurate dbx stabs information on powerpc-apple-darwin:

struct ssc { char * const ptr; };
struct ss { char * ptr; };

int main ()
{
  struct ssc xssc;
  struct ss xss;
}

(gdb) ptype xss
type = struct ss {
char *ptr;
}
(gdb) ptype xssc
type = struct ssc {
char *ptr;
}

http://gcc.gnu.org/ml/gcc-patches/2002-10/msg01872.html has a wrong patch.  The 
corresponding 
C++ code works as expected.

Radar 3085329

-- 
   Summary: top const stripped in structs for C
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin8.0.0b2
  GCC host triplet: powerpc-apple-darwin8.0.0b2
GCC target triplet: powerpc-apple-darwin8.0.0b2


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

[Bug middle-end/17926] [4.0 Regression] infinite loop in LAPACK test at -Os and -O2

[rakdver at gcc dot gnu dot org]

--- Additional Comments From rakdver at gcc dot gnu dot org  2004-10-26 22:34 
---
Tobias, would it be possible to get a smaller testcase?
Ideally a runnable one, but if it would be too much trouble, at least one from
that as much of irrelevant code as possible is removed, while still preserving
the misscompilation?  I am not very familiar with fortran, so it would be quite
difficult for me :-(

-- 


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

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug c++/18020] [3.4/4.0 regression] rejects valid definition of enum value in template

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

[mmitchel at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug c++/14124] enum definition with __attribute__((packed)) gives syntax errors

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 21:56 
---
*** Bug 18165 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||austern at apple dot com


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

[Bug c++/18165] Attributes following enumeration declaration ignored

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 21:56 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures

[aaronavay62 at aaronwl dot com]

--- Additional Comments From aaronavay62 at aaronwl dot com  2004-10-26 21:51 
---
Sorry, I missed putting the PR tag in the commit log.  However, no, this bug
really should not be closed yet.  That patch just disabled building fixincludes.
 The real patch that needs to be committed is in #8, which will make fixincludes
build appropriately when its needed, such as in *-mingw32's case, when
crosscompiling.  It needs to be reviewed by Bruce Korb, I think.


-- 


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

[Bug c++/18165] New: Attributes following enumeration declaration ignored

[austern at apple dot com]

Consider the following program:
m>

enum X { a = 1 };
enum Y { b = 1 } __attribute__((packed));

int main()
{
  using namespace std;
  cout << "default:" << sizeof(enum X) << endl;
  cout << "with attribute: " << sizeof(enum Y) << endl;
}

The C++ compiler accepts this.  However, the attribute on enum Y is ignored.  As 
running this program 
shows, the size of enum Y is the same as the size of enum X.

Note that the test suite contains a test to make sure that an attribute in this 
position is accepted.  
(parse/parse3.C) We just failed to make sure that the attribute really did anything.

-- 
   Summary: Attributes following enumeration declaration ignored
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: austern at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin7.5.0
  GCC host triplet: powerpc-apple-darwin7.5.0
GCC target triplet: powerpc-apple-darwin7.5.0


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

[Bug bootstrap/17832] [4.0 Regression] Bootstrap broken by fixincludes failures

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 21:40 
---
This is fixed now right?

-- 


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

[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 21:39 
---
The patch is located in comment #9.

-- 
   What|Removed |Added

 CC||xanas3712 at matrixcentral
   ||dot net


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

[Bug fortran/17744] ice in assignment of derived type constructor

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-10-26 21:35 
---
The bug also goes away if one omits the keyword "parameter".


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   GCC host triplet|i686-pc-cygwin  |
   Keywords||monitored


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

[Bug target/18154] Inefficient max/min code for PowerPC

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2004-10-26 21:25 ---
Also, do not enable when optimizing for size.

-- 


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

[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address

[nemet at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692

[xanas3712 at matrixcentral dot net]

--- Additional Comments From xanas3712 at matrixcentral dot net  2004-10-26 20:48 
---
There is some kind of patch referred to at the end here.. where is it?  I am
only seeing the pre-processed source as an attached file.

Anyway, I'm having the same issue as himanshu.  I've tried every version of
wxwidgets and none of them compile completely and end on this error.

>>src/common/datetime.cpp: In function `wxString CallStrftime(const wxChar*,
const tm*)':
src/common/datetime.cpp:356: internal compiler error: in
dwarf2out_frame_debug_expr, at dwarf2out.c:1602 <<

Any help in finding a patch to this, some basic instructions on what I can do to
fix, etc. would be appreciated.  I'm guessing this is a problem with the
compiler itself of which I'm using gcc-3.4.1 for the cross compilation with
mingw.  I used libsdl's cross-tools script to set this up, after failing to
compile gcc-g++-3.4.2 manually with instructions found elsewhere(gcc worked
fine, but it would break on libstdc++

-- 


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

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 20:36 
---
Note the solution for a different related problem in 
 will not work as the mode in this case is still a floating point mode 
(TF) and the 
corresponding int mode is TI which does not exist on ppc.

-- 


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

[Bug c++/18113] compiler allows 2 copy constructors

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2004-10-26 20:34 
---
Here's a detailed explanation of the second example:

You are calling the function "void HandleObject(TObject toj);" as follows:
"HandleObject( GetAnObject() );"
To do this you need a copy constructor to copy the result of
"GetAnObject()" into "toj".

The only copy constructor that is available is "TObject(const rObject)"
which is essentially "TObject(TObject&)" and not "TObject(const TObject&)"
as one might think (see comment #2).

However, "TObject(TObject&)" can only take an lvalue (something that can
be modified) as argument, but "GetAnObject()" only provides an lvalue
(which cannot be modified). Therefore, gcc correctly complains that it
cannot find a suitable copy constructor.

This is a bug in your code and not in gcc.

Note, that the compiler is allowed to optimize away the copy constructor.
Nevertheless, it has to check whether the copy constructor is present.
Alas, many compilers forgot to check this.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|3.4.2   |---


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

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 20:14 
---
Reverting the following patch fixes the ICE:
2004-10-26  Aldy Hernandez  <[EMAIL PROTECTED]>

* expr.c (emit_group_load): Handle floats.
(emit_group_store): Same.

-- 
   What|Removed |Added

 CC||aldyh at gcc dot gnu dot org


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

[Bug target/18154] Inefficient max/min code for PowerPC

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2004-10-26 20:06 ---
XLC chooses the straight-line code sequence versus compare and branch based on 
a cost model.  This should not be a uniform change in behavior for PowerPC.

-- 


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

[Bug middle-end/18164] [4.0 Regression] ICE on trivial invalid asm

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 20:02 
---
Confirmed, we are ICE in the gimplifer:
#0  0x8cc0 in __memcpy ()
#1  0x006176a4 in build_string (len=-1, str=0x4248e0d5 "\177?") at 
/Users/pinskia/src/ipa-
out/gcc/gcc/tree.c:755
#2  0x0011b254 in gimplify_asm_expr (expr_p=0x42477fc8, pre_p=0xbfffe4a4, 
post_p=0xbfffe4a8) at 
/Users/pinskia/src/ipa-out/gcc/gcc/gimplify.c:3193

constraint_len is 0 at this point.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |middle-end
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-26 20:02:22
   date||


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

Re: Optimization Bug in g77

[Steven E. Williamson]

Thanks for the quick response.  I have altered my code so that it
does not depend on the way extended precision is handled.  It
gives the right answer no mater how it is compiled.

I guess the moral is: don't try to check for exact equality between two
double precision numbers that have been calculated because one
may be in memory and the other may be stored with extra precision
in registers (in which case they will never come out equal).  Is
that a fair way to understand the behavior of g77/gcc/the CPU/the FPU?

Steve

On Tue, 26 Oct 2004, Andrew Pinski wrote:

> 
> On Oct 26, 2004, at 3:01 PM, Steven E. Williamson wrote:
> 
> > Two other symptoms that I have noticed: if the -ffloat-store option is
> > used, then the program always works correctly (does only 2 iterations).
> > And, if the write statement immediately preceding the check for
> > equal averages is un-commented, the program also works correctly.
> 
> There you said how to fix your problem -ffloat-store.  The point is that
> gcc (and g77) is using the additional precision which you are not 
> expecting
> to be used.  I am going to assume you are on x86 where this problem 
> comes
> up all the time.
> 
> Thanks,
> Andrew Pinski
> 

[Bug c/18164] [4.0 Regression] ICE on trivial invalid asm

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||error-recovery, ice-on-
   ||invalid-code
Summary|ICE on trivial invalid asm  |[4.0 Regression] ICE on
   ||trivial invalid asm
   Target Milestone|--- |4.0.0


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

[Bug c/18164] New: ICE on trivial invalid asm

[jsm28 at gcc dot gnu dot org]

void
f (void)
{
  int x;
  asm ("" : "" (x));
}

yields an ICE (discovered while attempting to disallow wide strings in asms)

t.c: In function 'f':
t.c:5: error: output operand constraint lacks '='
t.c:5: error: output operand constraint lacks '='
t.c:5: error: invalid lvalue in asm output 0
t.c:5: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

This appears to be fairly recent:

: Search converges between 2004-10-09-014001-trunk (#585) and
2004-10-09-161001-trunk (#586).

-- 
   Summary: ICE on trivial invalid asm
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug middle-end/18163] [4.0 Regression] libffi test case ICE's on darwin

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 19:41 
---
Confirmed, here is the reduced testcase:
long double return_ld(long double a, long double b, long double c,
 long double d, long double e, long double f,
 long double g)
{
  return a + b + c + d + e + f + g;
}

Something changed between:
Sun Oct 24 22:46:36 EDT 2004
Mon Oct 25 02:46:36 UTC 2004

and:
Tue Oct 26 08:56:13 EDT 2004
Tue Oct 26 12:56:13 UTC 2004

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|other   |middle-end
 Ever Confirmed||1
  GCC build triplet|powerpc-apple-darwin7.5.0   |
   GCC host triplet|powerpc-apple-darwin7.5.0   |
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2004-10-26 19:41:51
   date||
Summary|libffi test case ICE's on   |[4.0 Regression] libffi test
   |darwin  |case ICE's on darwin
   Target Milestone|--- |4.0.0


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

[Bug other/18163] libffi test case ICE's on darwin

[andreast at gcc dot gnu dot org]

--- Additional Comments From andreast at gcc dot gnu dot org  2004-10-26 19:35 
---
Created an attachment (id=7413)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7413&action=view)
test case


-- 


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

[Bug other/18163] New: libffi test case ICE's on darwin

[andreast at gcc dot gnu dot org]

The following test case ICE's on darwin since 2004-10-26. Before it was ok.

/Volumes/src/gcc/gcc-cvs/gcc/libffi/testsuite/libffi.call/return_ldsum.c:64:
error: unrecognizable insn:^M(insn 15 14 16 0 (set (reg:TI 158 [ g ])^M   
(const_int 0 [0x0])) -1 (nil)^M   
(nil))^M/Volumes/src/gcc/gcc-cvs/gcc/libffi/testsuite/libffi.call/return_ldsum.c:64:
internal compiler error: in extract_insn, at recog.c:2034^M

I attach the test case asap. It is not yet committed to cvs.

-- 
   Summary: libffi test case ICE's on darwin
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andreast at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin7.5.0
  GCC host triplet: powerpc-apple-darwin7.5.0
GCC target triplet: powerpc-apple-darwin7.5.0


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

[Bug c++/18113] compiler allows 2 copy constructors

[profvonsully at yahoo dot com]

--- Additional Comments From profvonsully at yahoo dot com  2004-10-26 19:21 
---
!!!  
in the second example only one constructor is writeed (to be compiled) 
"TObject(rTObject)"!!(the other one is in a coment and ... errror) 

-- 


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

[Bug middle-end/17526] [4.0 Regression] libcpp is miscompiled with -fno-pcc-struct-return -O2

[jason at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug c++/18113] compiler allows 2 copy constructors

[profvonsully at yahoo dot com]

--- Additional Comments From profvonsully at yahoo dot com  2004-10-26 19:05 
---
(In reply to comment #7 
i dont care about the const . i descovered the bug in the first example of the 
attcahment where the compiler prints an error that is not logic(in borland C++ 
i used TObject(rObject) with no problem). 
If a fuction returns a TObject and I pass the result to a function that 
receives a TObject an error ocurs !! pls make me understand this :) 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

Re: Optimization Bug in g77

[Andrew Pinski]

On Oct 26, 2004, at 3:01 PM, Steven E. Williamson wrote:
Two other symptoms that I have noticed: if the -ffloat-store option is
used, then the program always works correctly (does only 2 iterations).
And, if the write statement immediately preceding the check for
equal averages is un-commented, the program also works correctly.
There you said how to fix your problem -ffloat-store.  The point is that
gcc (and g77) is using the additional precision which you are not 
expecting
to be used.  I am going to assume you are on x86 where this problem 
comes
up all the time.

Thanks,
Andrew Pinski

[Bug target/18034] GCC 3.4.2/GNAT bootstrap problem

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2004-10-26 19:02 
---
Andrew's explanation certainly sounds plausible.  Could you
try bootstrapping using Rainer Orth's GNAT binaries:

   ftp://ftp.Uni-Bielefeld.DE/pub/gnu/gnat/binaries/

I've had no problems bootstrapping 3.4 on our IRIX 6.5
when using these binaries as the starting point.

Richard


-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

Optimization Bug in g77

[Steven E. Williamson]

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

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

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

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


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

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

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

OBJS=optimization-test.o

# Source file names 

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

[dennisc at harding dot ca]

--- Additional Comments From dennisc at harding dot ca  2004-10-26 18:52 ---
I have found a patch for this problem that was proposed by DJ Delorie about a
year ago. His posting in the mailing list is at
http://gcc.gnu.org/ml/gcc-patches/2003-10/msg02277.html which I have copied below.

* From: DJ Delorie 
* To: gcc-patches at gcc dot gnu dot org
* Cc: dj at redhat dot com
* Date: Fri, 24 Oct 2003 23:10:31 -0400
* Subject: [patch] sh-elf, -mrenesas, FUNCTION_VALUE

This file:

char bar(int);

void foo (char *f, int i)
{
  f[i] = bar(i);
}

Fails thusly:

$ ./cc1 -quiet -mrenesas -O2 -m4 dj.c
dj.c: In function `foo':

dj.c:5: internal compiler error: in emit_move_insn, at expr.c:2792


The failure is due to bar()'s return value being mispromoted, leading
to a (set (QI) (SI)).  Proposed patch follows.  Comments?


2003-10-24  DJ Delorie  <[EMAIL PROTECTED]>

* config/sh/sh.h (FUNCTION_VALUE): Support renesas attribute.

Index: config/sh/sh.h
===
RCS file: /cvs/gcc/gcc/gcc/config/sh/sh.h,v
retrieving revision 1.225
diff -p -2 -r1.225 sh.h
*** config/sh/sh.h  13 Oct 2003 21:16:32 -  1.225
--- config/sh/sh.h  25 Oct 2003 02:35:39 -
*** extern enum reg_class reg_class_from_let
*** 1634,1646 
  #define FUNCTION_VALUE(VALTYPE, FUNC) \
gen_rtx (REG,   \
!  ((GET_MODE_CLASS (TYPE_MODE (VALTYPE)) == MODE_INT   \
!&& GET_MODE_SIZE (TYPE_MODE (VALTYPE)) < UNITS_PER_WORD\
!&& (TREE_CODE (VALTYPE) == INTEGER_TYPE\
!|| TREE_CODE (VALTYPE) == ENUMERAL_TYPE\
!|| TREE_CODE (VALTYPE) == BOOLEAN_TYPE \
!|| TREE_CODE (VALTYPE) == CHAR_TYPE\
!|| TREE_CODE (VALTYPE) == REAL_TYPE\
!|| TREE_CODE (VALTYPE) == OFFSET_TYPE))\
!   ? (TARGET_SHMEDIA ? DImode : SImode) : TYPE_MODE (VALTYPE)), \
   BASE_RETURN_VALUE_REG (TYPE_MODE (VALTYPE)))
  
--- 1634,1648 
  #define FUNCTION_VALUE(VALTYPE, FUNC) \
gen_rtx (REG,   \
!sh_attr_renesas_p (FUNC)   \
!  ? TYPE_MODE (VALTYPE)\
!  : ((GET_MODE_CLASS (TYPE_MODE (VALTYPE)) == MODE_INT \
!  && GET_MODE_SIZE (TYPE_MODE (VALTYPE)) < UNITS_PER_WORD  \
!  && (TREE_CODE (VALTYPE) == INTEGER_TYPE  \
!  || TREE_CODE (VALTYPE) == ENUMERAL_TYPE  \
!  || TREE_CODE (VALTYPE) == BOOLEAN_TYPE   \
!  || TREE_CODE (VALTYPE) == CHAR_TYPE  \
!  || TREE_CODE (VALTYPE) == REAL_TYPE  \
!  || TREE_CODE (VALTYPE) == OFFSET_TYPE))  \
! ? (TARGET_SHMEDIA ? DImode : SImode) : TYPE_MODE (VALTYPE)), \
   BASE_RETURN_VALUE_REG (TYPE_MODE (VALTYPE)))


I'm not really able to judge the nature of the patch, but I will test it as soon
as I can get GCC version 3.4.2 to recognize the -mrenesas switch again.

-- 


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

[Bug target/16830] Including with -mabi=n32 causes an error.

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2004-10-26 18:52 
---
Confirmed.  Of the two choices you mention, I think it would be
better to remove the R3000 and R4000 macros for IRIX.  Another
option would be to use fixincludes, but I think removing the
macros is better.  Like you say, MIPSpro doesn't define them,
even in underscore form, and they've always been a bit flawed
anyway.

[ Reasoning: the macros sound like they're indicators of the
  target ISA, but they really indicators of "64-bitness".
   __mips is a better choice if you want to know the specific
  ISA level and __mips64 is better if you just want to know
  whether the code is 64-bit or not. ]

I'll try to bootstrap the obvious patch soon, but the irix box
I use is a bit under the weather right now.


-- 
   What|Removed |Added

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


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

[Bug c++/18113] compiler allows 2 copy constructors

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 18:48 
---
  TObject(const rObject){} is the same as   TObject(TObject&){}

The const is ignored.

-- 


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

[Bug c++/18113] compiler allows 2 copy constructors

[profvonsully at yahoo dot com]

--- Additional Comments From profvonsully at yahoo dot com  2004-10-26 18:45 
---
(In reply to comment #2) 
> look at the attahement ! 
 
 

-- 


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

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

[dennisc at harding dot ca]

--- Additional Comments From dennisc at harding dot ca  2004-10-26 18:45 ---
I was premature in reporting that version 3.4.2 fixed this bug. I didn't get a
ICE on my test file anymore, but not because the bug was fixed. It turns out
that version 3.4.2 compilers ignore the -mrenesas target option and always
generate code for the standard ABI. This additional bug hid the orginal problem
since it only occurs when using the renesas ABI. 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
  Known to work|3.4.2   |
 Resolution|FIXED   |


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

[Bug c++/18113] compiler allows 2 copy constructors

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 18:44 
---
Read my comment again, this is not a bug.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/18113] compiler allows 2 copy constructors

[profvonsully at yahoo dot com]

--- Additional Comments From profvonsully at yahoo dot com  2004-10-26 18:41 
---
there is another example for those that did not look at the attachment(sorry 
for my initial language): 
 
class TObject; 
 typedef TObject& rObject; 
 class TObject 
 { 
 public: 
 TObject(){} 
 TObject(const rObject){}//the compiler does NOT realize that this is 
a copy constructor 
 //TObject(const TObject&){} the compiler wants this to be a copy 
constructor  
 //   "error: no matching function for call to 
`TObject::TObject(TObject)'" :))) 
 //I am [EMAIL PROTECTED] 
 }; 
  
 TObject GetAnObject() 
 { 
 TObject AnObject; 
 return AnObject; 
 } 
  
 void HandleObject(TObject toj) 
 { 
 } 
  
 void errors_are_here() 
 { 
 HandleObject 
 ( 
 GetAnObject() 
 );/*here g++ says an error exists*/ 
 } 

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

[dennisc at harding dot ca]

--- Additional Comments From dennisc at harding dot ca  2004-10-26 18:40 ---
(From update of attachment 7387)
The ICE is triggered by the char function return value assignment when
compiling for the Renesas ABI.


-- 
   What|Removed |Added

   Attachment #7387|preprocessed 6line file that|preprocessed 6 line file
description|triggers ICE|that triggers ICE


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

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |3.4.3


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

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 18:30 
---
Confirmed then.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-26 18:30:20
   date||
   Target Milestone|--- |3.3.6


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

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2004-10-26 18:29 
---
Patch applied to install.texi.


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-26 18:24 
---
Subject: Bug 15747

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-10-26 18:24:35

Modified files:
gcc: ChangeLog 
gcc/doc: install.texi 

Log message:
PR bootstrap/15747
* doc/install.texi (mips-sgi-irix5): Document that /bin/sh has been
reported to hang during bootstrap and that CONFIG_SHELL=/bin/ksh
can be used to work around this.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.674&r2=2.2326.2.675
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/install.texi.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.248.4.30&r2=1.248.4.31



-- 


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

[Bug bootstrap/15747] /bin/sh hangs during bootstrap

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-26 18:20 
---
Subject: Bug 15747

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-10-26 18:20:35

Modified files:
gcc: ChangeLog 
gcc/doc: install.texi 

Log message:
PR bootstrap/15747
* doc/install.texi (mips-sgi-irix5): Document that /bin/sh has been
reported to hang during bootstrap and that CONFIG_SHELL=/bin/ksh
can be used to work around this.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6028&r2=2.6029
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/install.texi.diff?cvsroot=gcc&r1=1.322&r2=1.323



-- 


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

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2004-10-26 18:04 
---
This was fixed for 3.4 by:

Fri Nov  8 13:01:42 CET 2002  Jan Hubicka  <[EMAIL PROTECTED]>

[...]
* genopinit.c (optabs): Initialize the new optabs.
* optab.c (init_optabs): Likewise.
* optabs.h (optab_index): Add OTI_floor, OTI_ceil, OTI_trunc,
OTI_round, OTI_nearbyint.
(floor_optab, ceil_optab, trunc_optab, round_optab, nearbyint_optab): New.
[...]


-- 
   What|Removed |Added

  Known to fail||3.3.5
  Known to work||3.4.0 4.0.0
Summary|mips-sgi-irix6.5 testsuite  |[3.3 only] mips-sgi-irix6.5
   |failure in gcc.dg/overflow- |testsuite failure in
   |1.c with -mabi=64   |gcc.dg/overflow-1.c with -
   ||mabi=64


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

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

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-10-26 17:32 ---
Updated patch which removes the warning for the string length parameters here:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02210.html

I'm not yet sure why the other warnings happen.

-- 


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

[Bug c/18162] [4.0 Regression] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-26 16:44 
---
Subject: Bug 18162

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-10-26 16:44:26

Modified files:
gcc: ChangeLog c-parse.in 

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

PR 18162
* c-parse.in (designator): Finish with a semi-colon.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6024&r2=2.6025
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-parse.in.diff?cvsroot=gcc&r1=1.252&r2=1.253



-- 


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

[Bug c/18162] [4.0 Regression] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 16:44 
---
And checked in as obvious.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Summary|c-parse.y:1409.17: parse|[4.0 Regression] c-
   |error, unexpected ":",  |parse.y:1409.17: parse
   |expecting ";" or "|"|error, unexpected ":",
   ||expecting ";" or "|"


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

[Bug c/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

[wanderer at rsu dot ru]

--- Additional Comments From wanderer at rsu dot ru  2004-10-26 16:37 ---
> Does this patch work?
yes

Thank you for quick fix :)

-- 


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

[Bug c/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 16:30 
---
Looks like a missing semi-colon.
Does this patch work?
Index: c-parse.in
===

RCS file: /cvs/gcc/gcc/gcc/c-parse.in,v
retrieving revision 1.252
diff -u -p -r1.252 c-parse.in
--- c-parse.in  25 Oct 2004 22:55:21 -  1.252
+++ c-parse.in  26 Oct 2004 16:29:37 -
@@ -1475,6 +1475,7 @@ designator:
  '.' identifier
{ set_init_label ($2); }
| array_designator
+   ;
 
 array_designator:
  '[' expr_no_commas ELLIPSIS expr_no_commas ']'


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|bootstrap   |c
 Ever Confirmed||1
   Keywords||build
   Last reconfirmed|-00-00 00:00:00 |2004-10-26 16:30:12
   date||
   Target Milestone|--- |4.0.0


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

[Bug bootstrap/18162] c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 16:25 
---
It works with GNU Bison version 1.28


-- 


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

[Bug bootstrap/18162] New: c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"

[wanderer at rsu dot ru]

After last chnages in c-parse.y bootstrap current CVS mainline GCC terminated 
with errors:
---8X--
echo '/*WARNING: This file is automatically generated!*/' >tmp-c-parse.y
sed -e "/^@@ifobjc.*/,/^@@end_ifobjc.*/d" \
-e "/^@@ifc.*/d" -
e "/^@@end_ifc.*/d" /home/wanderer/pkg/build/gcc/src/gcc/gcc/gcc/c-parse.in 
>>tmp-c-parse.y
/bin/sh /home/wanderer/pkg/build/gcc/src/gcc/gcc/gcc/../move-if-change tmp-c-
parse.y c-parse.y
bison  -o c-parse.c c-parse.y
c-parse.y:1409.17: parse error, unexpected ":", expecting ";" or "|"
c-parse.y:1411.3-22: $2 of `designator' has no declared type
c-parse.y:1411.3-32: invalid $ value
c-parse.y:1411.3-32: $4 of `designator' has no declared type
c-parse.y:1415.3-22: $2 of `designator' has no declared type
gmake[2]: [c-parse.c] Error 1 (ignored)

[skiped]

gcc -c   -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC   -W -Wall -
Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-
definition -fno-common -Wno-error  -DHAVE_CONFIG_H-I. -I. -
I/home/wanderer/pkg/build/gcc/src/gcc/gcc/gcc -
I/home/wanderer/pkg/build/gcc/src/gcc/gcc/gcc/. -
I/home/wanderer/pkg/build/gcc/src/gcc/gcc/gcc/../include -I./../intl -
I/home/wanderer/pkg/build/gcc/src/gcc/gcc/gcc/../libcpp/include -
I/usr/local/include  c-parse.c -o c-parse.o
gcc: c-parse.c: No such file or directory
gcc: No input files specified
gmake[2]: *** [c-parse.o] Error 1
gmake[2]: Leaving directory `/usr/home/wanderer/pkg/build/gcc/obj/gcc'
gmake[1]: *** [stage1_build] Error 2
gmake[1]: Leaving directory `/usr/home/wanderer/pkg/build/gcc/obj/gcc'
gmake: *** [bootstrap] Error 2
---X8--

~/gcc > bison --version
bison (GNU Bison) 1.75
Written by Robert Corbett and Richard Stallman.

I think problem related to patch 
http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg01420.html

-- 
   Summary: c-parse.y:1409.17: parse error, unexpected ":",
expecting ";" or "|"
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wanderer at rsu dot ru
CC: gcc-bugs at gcc dot gnu dot org,jsm28 at gcc dot gnu dot
org
 GCC build triplet: i386-unknown-freebsd5.3-RC1
  GCC host triplet: i386-unknown-freebsd5.3-RC1
GCC target triplet: i386-unknown-freebsd5.3-RC1


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

[Bug c++/14179] [3.3/3.4/4.0 Regression] out of memory while parsing array with many initializers

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 16:14 
---
Yes because this is still a regression.  Note the mainline is already better than what 
3.3.3 was in terms 
of memory usage.

-- 
   What|Removed |Added

   Severity|enhancement |minor
Version|4.0.0   |3.3.3


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

[Bug c++/14179] [3.3/3.4/4.0 Regression] out of memory while parsing array with many initializers

[debora dot j dot estey at lmco dot com]

--- Additional Comments From debora dot j dot estey at lmco dot com  2004-10-26 
16:11 ---
Now that this is an enhancement is there any chance of getting it fixed

-- 


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

[Bug libstdc++/18159] tr1/tuple is broken on darwin

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 15:52 
---
Yes _Tp is fine.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-26 15:52:45
   date||


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

[Bug libstdc++/18159] tr1/tuple is broken on darwin

[chris at bubblescope dot net]

--- Additional Comments From chris at bubblescope dot net  2004-10-26 15:30 ---
Yes, sorry, I was not aware of this convention.

I'm currently performing some general clean-up to the autogeneration of the
tuple header and will at the same time fix this. It's been suggested that _T
should be replaced with _Tp. I'm assuming this will be fine?

Chris

-- 


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

[Bug target/15286] ICE cause by reload

[fjahanian at apple dot com]

--- Additional Comments From fjahanian at apple dot com  2004-10-26 15:17 ---
I tested the patch on apple-ppc-darwin; bootstrapped and dejagnu tested (with and 
without 
-mcpu=G5). There were no regressions. This is an important bug for us. We have had 4
separate reporting of this bug. It also happens in SPEC2004. 

- Thanks.

-- 


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

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 13:37 
---
No, Nathan just got confused on which attachment to take.

-- 


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

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 13:36 
---
Almost certain that this was caused by:
2004-09-27  Mark Mitchell  <[EMAIL PROTECTED]>

PR c++/17642
* cp-tree.h (fold_if_not_in_template): New function.
* call.c (build_conditional_expr): Use fold_if_not_in_template.
(build_cxx_call): Likewise.
* cvt.c (convert_to_complex): Likewise.
(ocp_convert): Likewise.
(convert): Likewise.
(convert_force): Likewise.
* decl.c (compute_array_index_type): Clear
processing_template_decl while folding array bounds.
* pt.c (convert_nontype_argument): Clear
processing_template_decl while processing non-type argument
initialization.
* tree.c (fold_if_not_in_template): New function.
* typeck.c (build_class_member_access_expr): Use
fold_if_not_in_template.
(build_array_ref): Likewise.
(build_binary_op): Likewise.  Do not try to optimize computations
when processing templates.
(cp_pointer_int_sum): Use fold_if_not_in_template.
(pointer_diff): Likewise.
(build_unary_op): Likewise.
(build_reinterpret_cast): Likewise.
(get_delta_difference): Likewise.
(expand_ptrmemfunc_cst): Likewise.
(dubious_conversion_warnings): Likewise.


-- 
   What|Removed |Added

 CC||mark at codesourcery dot com
   Keywords||rejects-valid


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

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

[gerald at pfeifer dot com]

--- Additional Comments From gerald at pfeifer dot com  2004-10-26 13:34 ---
Is there anything left to do wrt. the testcases?  I saw that Nathan made
some (description-only?) changes.

-- 


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

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-26 13:34 
---
Here is a testcase which we can see the problem with rejecting the code (which is very 
useful for the 
regression hunter :) ):
template  struct Y;
template <>struct Y{};

template  struct X { Y a; }; 
template struct X<>; 

: Search converges between 2004-09-27-161002-trunk (#564) and 2004-09-28-014001-trunk 
(#565).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-26 13:34:27
   date||


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

[Bug c++/18161] [4.0 regression] typeof(1==1) is now int instead of bool in template default arguments

[bangerth at dealii dot org]

-- 
   What|Removed |Added

  Known to fail||4.0.0
  Known to work||2.95 3.2 3.3 3.4.3
Summary|[4.0 regression]|[4.0 regression]
   |typeof(1==1) is now int |typeof(1==1) is now int
   |instead of bool |instead of bool in template
   ||default arguments
   Target Milestone|--- |4.0.0


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

[Bug c++/18161] New: [4.0 regression] typeof(1==1) is now int instead of bool

[bangerth at dealii dot org]

For this code 
- 
template  struct X { X(){} }; 
template struct X<>; 
- 
I would expect an instantiation of X, and indeed got it up to 
3.4. However, since 4.0 we get X: 
 
g/x> /home/bangerth/bin/gcc-3.4*/bin/c++ -c x.cc ; nm -C x.o 
 W X::X() 
 W X::X() 
g/x> /home/bangerth/bin/gcc-4*/bin/c++ -c x.cc ; nm -C x.o 
 W X::X() 
 W X::X() 
 
 
This is somehow odd, since for a related piece of code 
--- 
template  struct X {}; 
void foo(X) {} 
--- 
there is no regression: 
 
g/x> /home/bangerth/bin/gcc-3.4*/bin/c++ -c y.cc ; nm -C y.o 
 T foo(X) 
g/x> /home/bangerth/bin/gcc-4*/bin/c++ -c y.cc ; nm -C y.o 
 T foo(X) 
 
W.

-- 
   Summary: [4.0 regression] typeof(1==1) is now int instead of bool
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bangerth at dealii dot org
CC: gcc-bugs at gcc dot gnu dot org


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