[Bug java/19870] gcj -C doesn't generate accessors for private members across nested class boundaries

[rmathew at gcc dot gnu dot org]

--- Additional Comments From rmathew at gcc dot gnu dot org  2005-05-26 
07:31 ---
I have now submitted a patch for fixing this bug:

  http://gcc.gnu.org/ml/java-patches/2005-q2/msg00570.html

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
08:07 ---
Subject: Bug 21716

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-26 08:07:36

Modified files:
gcc: ChangeLog reg-stack.c 

Log message:
PR target/21716
* reg-stack.c (swap_rtx_condition): Don't crash if %ax user was not
found in the basic block and last insn in the basic block is not
INSN_P.  Remove explicit unspec numbers that are no longer valid
from comments.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8907&r2=2.8908
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/reg-stack.c.diff?cvsroot=gcc&r1=1.177&r2=1.178



-- 


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

[Bug tree-optimization/21765] New: -free-vrp is undocumented.

[kazu at cs dot umass dot edu]

 

-- 
   Summary: -free-vrp is undocumented.
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug fortran/21730] Character length incorrect.

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-05-26 
08:31 ---
Confirmed. Parse tree output for slightly modified testcase:

$ cat a.f
  character*2 a
  character*4 b
  character*4 c
  parameter(a="12")
  parameter (b = a)
  c = a
  write (*, '("#",A,"#")') b
  write (*, '("#",A,"#")') c
  end
$ gfortran a.f -fdump-parse-tree

Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4)
symtree: b  Ambig 0
symbol b (CHARACTER 4)(PARAMETER UNKNOWN-INTENT UNKNOWN-ACCESS 
UNKNOWN-PROC)
value: '12'

symtree: a  Ambig 0
symbol a (CHARACTER 2)(PARAMETER UNKNOWN-INTENT UNKNOWN-ACCESS 
UNKNOWN-PROC)
value: '12'

symtree: c  Ambig 0
symbol c (CHARACTER 4)(VARIABLE UNKNOWN-INTENT UNKNOWN-ACCESS 
UNKNOWN-PROC)


  ASSIGN c '12'
  WRITE UNIT=6 FMT='("#",A,"#")'
  TRANSFER '12'
  DT_END
  WRITE UNIT=6 FMT='("#",A,"#")'
  TRANSFER c
  DT_END

$ ./a.out 
#12#
#12  #


-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 08:31:17
   date||


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

[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
08:55 ---
Subject: Bug 21716

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-05-26 08:55:07

Modified files:
gcc: ChangeLog reg-stack.c 

Log message:
PR target/21716
* reg-stack.c (swap_rtx_condition): Don't crash if %ax user was not
found in the basic block and last insn in the basic block is not
INSN_P.  Remove explicit unspec numbers that are no longer valid
from comments.

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.263&r2=2.7592.2.264
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/reg-stack.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.171&r2=1.171.10.1



-- 


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

[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
09:05 ---
Subject: Bug 21716

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-05-26 09:05:05

Modified files:
gcc: ChangeLog reg-stack.c 

Log message:
PR target/21716
* reg-stack.c (swap_rtx_condition): Don't crash if %ax user was not
found in the basic block and last insn in the basic block is not
INSN_P.  Remove explicit unspec numbers that are no longer valid
from comments.

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.871&r2=2.2326.2.872
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/reg-stack.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.140.4.2&r2=1.140.4.3



-- 


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

[Bug fortran/17283] UNPACK issues

[tkoenig at gcc dot gnu dot org]

--- Additional Comments From tkoenig at gcc dot gnu dot org  2005-05-26 
09:41 ---
A scalar mask is invalid for unpack, so the error message
is correct.

The memory allocation issue has been fixed for 4.0 and mainline.

Closing this bug.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/21764] visibility attributes on namespace scope

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-05-26 
10:18 ---
Please, explicitally specify how you would like this to work with nested 
namespaces.

Also, whoever implements this should also make sure it works correctly with 
namespace:

namespace N __attribute__((visibility ("hidden")))
{
   template 
   struct B
   {
B() {}
~B() {}
void foo(void) {}
   };

   template <>
   struct B;
}

template <>
struct ::N::B
{
   void bar(void) {}// still hidden!
}


-- 


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

[Bug tree-optimization/21639] poisoned ggc memory used for -ftree-vectorize

[dorit at il dot ibm dot com]

--- Additional Comments From dorit at il dot ibm dot com  2005-05-26 12:02 
---
patch: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02477.html



-- 


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

[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
12:05 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/21639] [4.1 Regression] poisoned ggc memory used for -ftree-vectorize

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||05/msg02477.html
   Keywords||ice-on-valid-code, patch
Summary|poisoned ggc memory used for|[4.1 Regression] poisoned
   |-ftree-vectorize|ggc memory used for -ftree-
   ||vectorize
   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/21765] -free-vrp is undocumented.

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 12:13:53
   date||


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

[Bug c++/21762] [4.0/4.1 Regression] void return with pointer to member function to undefined class

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
12:18 ---
Confirmed, very much related to PR 21614.  Changing the undefined class to a 
defined class makes the 
code work.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  BugsThisDependsOn||21614
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 12:18:23
   date||
Summary|Regression: Void functions  |[4.0/4.1 Regression] void
   |can't return invocation of  |return with pointer to
   |pointers to void member |member function to undefined
   |functions   |class
   Target Milestone|--- |4.0.1


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

[Bug c++/21763] Fails to find inherited protected member

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Attachment #8969|application/octet-stream|text/plain
  mime type||


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

[Bug c++/21763] Fails to find inherited protected member

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
12:23 ---
Please read the changes page for 3.4.0 about dependent names.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libstdc++/20150] allocate(0) consistency checks

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 12:36:30
   date||


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

[Bug middle-end/21706] MAXPATHLEN usage in [gcc]/gcc/tlink.c

[ams at gnu dot org]

--- Additional Comments From ams at gnu dot org  2005-05-26 12:59 ---
(In reply to comment #3)
> Like most POSIX limits PATH_MAX may not be defined if the actual limit is not 
>  
> fixed.  

Correct, and GNU doesn't have such a limit for the length of filenames, the
number of arguments passed to a program or the length of a hostname.  And
probobly a whole bunch of other things that have slipped my mind right now.
All of this is perfectly compliant with POSIX.


-- 


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

[Bug bootstrap/21766] New: bootstrap failure

[dims at yahoo dot com]

/cygdrive/c/sf/gcc-build/./gcc/xgcc -B/cygdrive/c/sf/gcc-build/./gcc/
-B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem
/usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include
-c -DHAVE_CONFIG_H -O2 -g -O2  -I. -I../../../gcc/libiberty/../include  -W -Wall
-pedantic -Wwrite-strings -Wstrict-prototypes ../../../gcc/libiberty/regex.c -o
regex.o
../../../gcc/libiberty/regex.c:128: warning: function declaration isn't a 
prototype
../../../gcc/libiberty/regex.c:128: warning: conflicting types for built-in
function 'malloc'
../../../gcc/libiberty/regex.c:129: warning: function declaration isn't a 
prototype
In file included from ../../../gcc/libiberty/../include/xregex.h:26,
 from ../../../gcc/libiberty/regex.c:191:
../../../gcc/libiberty/../include/xregex2.h:538: warning: ISO C90 does not
support 'static' or type qualifiers in parameter array declarators
In file included from ../../../gcc/libiberty/regex.c:636:
../../../gcc/libiberty/regex.c: In function 'byte_regex_compile':
../../../gcc/libiberty/regex.c:2437: warning: implicit declaration of function
'free'
../../../gcc/libiberty/regex.c: In function 'byte_compile_range':
../../../gcc/libiberty/regex.c:4485: warning: signed and unsigned type in
conditional expression
../../../gcc/libiberty/regex.c:4495: warning: signed and unsigned type in
conditional expression
../../../gcc/libiberty/regex.c:4495: warning: signed and unsigned type in
conditional expression
../../../gcc/libiberty/regex.c: In function 'byte_re_compile_fastmap':
../../../gcc/libiberty/regex.c:4833: warning: implicit declaration of function
'abort'
../../../gcc/libiberty/regex.c:4833: warning: incompatible implicit declaration
of built-in function 'abort'
../../../gcc/libiberty/regex.c: In function 'byte_re_match_2_internal':
../../../gcc/libiberty/regex.c:7419: warning: incompatible implicit declaration
of built-in function 'abort'
../../../gcc/libiberty/regex.c: In function 'xre_comp':
../../../gcc/libiberty/regex.c:7817: warning: return discards qualifiers from
pointer target type
../../../gcc/libiberty/regex.c: In function 'xregerror':
../../../gcc/libiberty/regex.c:8076: warning: incompatible implicit declaration
of built-in function 'abort'
../../../gcc/libiberty/regex.c: In function 'byte_regex_compile':
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: error: invariant not recomputed when
ADDR_EXPR changed
&_ctype_D.1871[1];
 
../../../gcc/libiberty/regex.c:2283: internal compiler error: verify_stmts 
failed.
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [regex.o] Error 1
make[2]: Leaving directory `/cygdrive/c/sf/gcc-build/i686-pc-cygwin/libiberty'
make[1]: *** [all-target-libiberty] Error 2
make[1]: Leaving directory `/cygdrive/c/sf/gcc-build'
make: *** [bootstrap] Error 2

-- 
   Summary: bootstrap failure
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dims at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug bootstrap/21766] bootstrap failure

[dims at yahoo dot com]

--- Additional Comments From dims at yahoo dot com  2005-05-26 13:54 ---
Environment: latest cygwin on winxp.

-- 


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

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|bootstrap   |middle-end
 GCC target triplet||i686-pc-cygwin
   Keywords||build, ice-on-valid-code
Summary|bootstrap failure   |[4.1 Regression] Bootstrap
   ||failure on i686-pc-cygwin
   Target Milestone|--- |4.1.0


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

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

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

[amylaar at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||21767


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

[Bug rtl-optimization/21767] New: if-convert leaves invalid REG_EQUAL notes

[amylaar at gcc dot gnu dot org]

if-convert sometimes moves instructions from after to before a conditional
jump.  Some REG_EQUAL are no longer true after this transformation, yet
they are not removed.

-- 
   Summary: if-convert leaves invalid REG_EQUAL notes
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amylaar at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
OtherBugsDependingO 20070
 nThis:


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

[Bug middle-end/20297] #pragma GCC visibility isn't properly handled for builtin functions

[pluto at agmk dot net]

--- Additional Comments From pluto at agmk dot net  2005-05-26 14:40 ---
(In reply to comment #4) 
> A patch is posted at 
>  
> http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00248.html 
>  
> FYI, gcc 3.4 from RH does include this pragma. 
 
this patch ices gcc-4.1-20050522 bootstrap. 
 
../../gcc/libgcc2.c: In function '__absvsi2':  
../../gcc/libgcc2.c:215: internal compiler error: tree check: expected class 
'declaration', have 'expression' (call_expr) in expand_builtin, at  
builtins.c:6260  
 

-- 


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

[Bug rtl-optimization/21767] if-convert leaves invalid REG_EQUAL notes

[amylaar at gcc dot gnu dot org]

--- Additional Comments From amylaar at gcc dot gnu dot org  2005-05-26 
14:44 ---
Created an attachment (id=8971)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8971&action=view)
Testcase for sh-elf -O2

When you compile this testcase with -O2 -da for sh-elf, you'll see in the
ce2 dump:

(insn 12 7 13 0 (set (reg:SI 161)
(const_int 1234567 [0x12d687])) 171 {movsi_i} (nil)
(nil))

(insn 13 12 17 0 (set (reg:SI 147 t)
(eq:SI (reg/v:SI 160 [ i ])
(reg:SI 161))) 1 {cmpeqsi_t} (insn_list:REG_DEP_TRUE 6
(insn_list:RE
G_DEP_TRUE 12 (nil)))
(expr_list:REG_DEAD (reg:SI 161)
(expr_list:REG_EQUAL (eq:SI (reg/v:SI 160 [ i ])
(const_int 1234567 [0x12d687]))
(nil

(insn 17 13 14 0 (set (reg:SI 158 [ D.1149 ])
(reg/v:SI 160 [ i ])) 171 {movsi_i} (nil)
(expr_list:REG_EQUAL (const_int 1234567 [0x12d687])
(nil)))

(jump_insn 14 17 20 0 (set (pc)
(if_then_else (ne (reg:SI 147 t)
(const_int 0 [0x0]))
(label_ref:SI 34)
(pc))) 207 {branch_true} (insn_list:REG_DEP_TRUE 13 (nil))
(expr_list:REG_DEAD (reg:SI 147 t)
(expr_list:REG_BR_PROB (const_int 1675 [0x68b])
(nil

The REG_EUQAL note on insn 17 has become invalid when this insn was moved
in front of insn 14.  The equality only holds when this branch is taken.

With the patch for PR20070, this invalid transformation is already done in
ce1, which is followed by cse2.  cse2 will use the REG_EQUAL notes to conclude
that insn 14 is always taken.

-- 


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

[Bug c++/21768] New: [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

[reichelt at gcc dot gnu dot org]

Compiling the following code snippet with the German locale enabled
causes an ICE:


template struct A;
template struct A {};


  bug.cc:1: Fehler: previous declaration »template, int
 > struct A«
  bug.cc:2: Fehler: 2 Template-Parameter
  bug.cc:2: interner Compiler-Fehler: in pp_base_format_text, bei
pretty-print.c:357
  Bitte senden Sie einen vollständigen Fehlerbericht auf Englisch ein;
  bearbeiten Sie die Quellen zunächst mit einem Präprozessor, wenn es
  dienlich ist.
  Fehler in der deutschen Übersetzung sind an [EMAIL PROTECTED] zu melden.

  Gehen Sie gemäß den Hinweisen in http://gcc.gnu.org/bugs.html> vor.

This is partly due to the fact that the code snippet in cp/pt.c that
generates the original message violates the coding conventions
(see http://www.gnu.org/prep/standards/standards.html#Internationalization):

  error ("used %d template parameter%s instead of %d",
TREE_VEC_LENGTH (tmpl_parms), 
TREE_VEC_LENGTH (tmpl_parms) == 1 ? "" : "s",
TREE_VEC_LENGTH (parms));

The patch below fixes that by removing the conditional and using
"parameter(s)" in the text. This should simplify i18n efforts.

=
--- gcc/gcc/cp/pt.c 2005-05-25 00:00:57.0 +0200
+++ gcc/gcc/cp/pt.c 2005-05-25 00:35:03.0 +0200
@@ -3225,10 +3225,9 @@ redeclare_class_template (tree type, tre
   if (TREE_VEC_LENGTH (parms) != TREE_VEC_LENGTH (tmpl_parms))
 {
   cp_error_at ("previous declaration %qD", tmpl);
-  error ("used %d template parameter%s instead of %d",
-   TREE_VEC_LENGTH (tmpl_parms), 
-   TREE_VEC_LENGTH (tmpl_parms) == 1 ? "" : "s",
-   TREE_VEC_LENGTH (parms));
+  error ("used %d template parameter(s) instead of %d",
+TREE_VEC_LENGTH (tmpl_parms), 
+TREE_VEC_LENGTH (parms));
   return;
 }
 
=

Alternatively, one could make two messages, one for 1 parameter
and one for 0 or more than 1. But I don't think that this is worthwhile.
Btw, do all languages use the plural form for 0 parameters?
That's an implicit assumption that might not be true.

The ICE with the German locale appeared in gcc 3.4.4 (before we did not
have a German translation for that error message).
Therefore I'd like to apply the patch not only to mainline, but also
to the 3.4 and 4.0 branch as a first step towards removing the ICE.

-- 
   Summary: [3.4/4.0/4.1 regression] ICE in error message due to
violation of coding conventions
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/21581] (optimisation) Functions in anonymous namespaces should default to "hidden" visibility

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-05-26 14:45 
---
I think best would be to arrange for push_namespace that pushes anonymous
namespace to do equivalent of #pragma GCC visibility push(hidden)
and pop_namespace that leaves anonymous namespace to do equivalent of
#pragma GCC visibility pop(hidden).
That way users could override this if they want to.
Unfortunately this relies on H.J.'s > 16 visibility pragma nesting patch.


-- 
   What|Removed |Added

 CC||rth at gcc dot gnu dot org,
   ||jason at gcc dot gnu dot org


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

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

[reichelt at gcc dot gnu dot org]

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||05/msg02494.html
   Keywords||patch
   Target Milestone|--- |3.4.5


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

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
14:56 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 14:56:47
   date||


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

[Bug libstdc++/13943] call of overloaded `llabs(int)' is ambiguous

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
15:47 ---
Subject: Bug 13943

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-26 15:46:48

Modified files:
libstdc++-v3   : ChangeLog acinclude.m4 configure 
libstdc++-v3/include/c_std: std_cstdlib.h 
Added files:
libstdc++-v3/testsuite/26_numerics/cstdlib: 13943.cc 

Log message:
2005-05-26  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/13943
* include/c_std/std_cstdlib.h: Do not open code llabs and lldiv,
available when _GLIBCXX_USE_C99 is defined.
* testsuite/26_numerics/cstdlib/13943.cc: New.

* acinclude.m4 ([GLIBCXX_ENABLE_C99]): For completeness, check
also strtoll and strtoull for ac_c99_stdlib.
* configure: Regenerate.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3016&r2=1.3017
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/acinclude.m4.diff?cvsroot=gcc&r1=1.313&r2=1.314
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.diff?cvsroot=gcc&r1=1.438&r2=1.439
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/26_numerics/cstdlib/13943.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/c_std/std_cstdlib.h.diff?cvsroot=gcc&r1=1.10&r2=1.11



-- 


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

[Bug c++/21764] visibility attributes on namespace scope

[bkoz at gcc dot gnu dot org]

--- Additional Comments From bkoz at gcc dot gnu dot org  2005-05-26 15:57 
---

nested namespaces should work the same as nested classes.

:)

Since that that doesn't seem to be defined anywhere (am I wrong, or should I
open a tracker for that in bugzilla), I'd say:

case 1:
namespace outer __attribute__ ((visibility ("default") ))
{
  namespace inner __attribute__ ((visibility ("hidden") ))
  {
 struct A { int i; };
  }
}

case 2:
namespace outer __attribute__ ((visibility ("hidden") ))
{
  namespace inner __attribute__ ((visibility ("default") ))
  {
 struct B { int i; };
  }
}

Would have the following, easy (?) semantics: hidden makes all enclosed
namespaces hidden. Thus, it really doesn't make sense to nest hidden namespaces.

I think the only other reasonable alternative is to say that the nearest scope's
visibility attribute is the one in effect.

However, I've not really looked at the way nested classes are handled. Any
insights there? 

What ever is done, these two things should be treated consistently.

-- 


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

[Bug libstdc++/21769] New: per-file control over PCH inclusion

[bkoz at gcc dot gnu dot org]

Some way to turn off the use of an included stdc++.h PCH file in the libstdc++
test suite is needed. As part of

libstdc++/20534

I propose:

+ // { dg-options "-D__GLIBCXX__=" }
+ // NB: This is done to force any generated and possibly included PCH
+ // to be invalid.

which will work.

Paolo suggests hookizing this into:

dg-do compile-no-pch

Sounds like a good idea.

In addition, it looks like a review of the do-compile testcases in the libstdc++
are needed, to see if some expect to be compiled without PCH. (This is
absolutely the case.)

-- 
   Summary: per-file control over PCH inclusion
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
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=21769

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
16:05 ---
Subject: Bug 21768

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-26 16:04:45

Modified files:
gcc/cp : ChangeLog pt.c 

Log message:
PR c++/21768
* pt.c (redeclare_class_template): Change error message according
to coding conventions.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4757&r2=1.4758
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.998&r2=1.999



-- 


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

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
16:09 ---
Subject: Bug 21768

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-05-26 16:09:04

Modified files:
gcc/cp : ChangeLog pt.c 

Log message:
PR c++/21768
* pt.c (redeclare_class_template): Change error message according
to coding conventions.

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.44&r2=1.4648.2.45
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.10&r2=1.978.2.11



-- 


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

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
16:13 ---
Subject: Bug 21768

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-05-26 16:13:41

Modified files:
gcc/cp : ChangeLog pt.c 

Log message:
PR c++/21768
* pt.c (redeclare_class_template): Change error message according
to coding conventions.

Patches:
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.219&r2=1.3892.2.220
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.52&r2=1.816.2.53



-- 


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

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-05-26 
16:17 ---
OK, the original error messages have been fixed for gcc 3.4.5,
gcc 4.0.1 and mainline.

Let's keep the PR open until the .po files got fixed, too.


-- 


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

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-05-26 
16:41 ---
Can you provide the preprocessed source for the failing file?

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c++/21768] [3.4/4.0/4.1 regression] ICE in error message due to violation of coding conventions

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-05-26 
16:54 ---
For the record:
I just notified the translation team.


-- 


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

[Bug libstdc++/21770] New: rebinding allocator::value type vs. container::value_type

[bkoz at gcc dot gnu dot org]

Ami pointed this out to me a while ago. It seems as if we need to be able to
support  things like:

std::vector > 

which was news to me. The current implementation is ... not so good about this.

This is a QoI issue, where Dinkumware and RW do this.

So, implement, figure out a way to test this, and apply consistently for all
containers.

-- 
   Summary: rebinding allocator::value type vs.
container::value_type
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
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=21770

[Bug libstdc++/21771] New: container::pointer working with more than Tp*

[bkoz at gcc dot gnu dot org]

As pointed out here:
http://gcc.gnu.org/ml/libstdc++/2005-05/msg00294.html

We need QoI improvements in all the STL containers to deal with this.

Plus tests, docs for usage, etc.

-- 
   Summary: container::pointer working with more than Tp*
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
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=21771

[Bug libstdc++/21772] New: exception safety testing allocator

[bkoz at gcc dot gnu dot org]

Placeholder for exception-safety tests for STL components. 

The general technique I'd like to use is outlined by Matt. It's a throwing
allocator.

Ami has implemented this, nicely. I've attached it.

We need to integrate this into the testsuite, and make sure all containers are
testably eh-safe.

-benjamin

-- 
   Summary: exception safety testing allocator
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bkoz at gcc dot gnu dot org
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=21772

[Bug bootstrap/21773] New: building gnatchop.adb hangs...

[pluto at agmk dot net]

(...) 
make[2]: Entering directory 
`/home/users/pluto/rpm/BUILD/gcc-4.1-20050522/obj-amd64-pld-linux/gcc/ada/tools'
 
../../gnatmake -c -I../rts -I. 
-I/home/users/pluto/rpm/BUILD/gcc-4.1-20050522/gcc/ada gnatchop.adb 
--GCC="../../xgcc -B../../ -O2  -gnatpg -gnata" 
 
# ps aux  
(...)  
pluto 16172 87.4 0.0 7632 464 pts/10 R 18:56 5:07 ../../gnatmake  
  -c -I../rts -I.  
-I/home/users/pluto/rpm/BUILD/gcc-4.1-20050522/gcc/ada gnatchop.adb  
--GCC=../../xgcc -B../../ -O2 -gnatpg -gnata  
  
(gdb) attach 16172   
Attaching to process 16172   
   
Reading symbols   
from 
/home/users/pluto/rpm/BUILD/gcc-4.1-20050522/obj-amd64-pld-linux/gcc/gnatmake...done.
   
Using host libthread_db library "/lib64/tls/libthread_db.so.1".   
Reading symbols from /lib64/libgcc_s.so.1...done.   
Loaded symbols for /lib64/libgcc_s.so.1   
Reading symbols from /lib64/tls/libc.so.6...done.   
Loaded symbols for /lib64/tls/libc.so.6   
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.   
Loaded symbols for /lib64/ld-linux-x86-64.so.2   
   
0x004dd6b1 in ada.strings.maps.constants._elabs () at a-stmaco.ads:139  
 
139  (L.NUL  ..  L.DEL => True,   
Current language:  auto; currently ada   
   
(gdb) bt   
#0  0x004dd6b1 in ada.strings.maps.constants._elabs () 
  ata-stmaco.ads:139   
#1  0x00402620 in adainit ()   
#2  0x00402975 in main ()

-- 
   Summary: building gnatchop.adb hangs...
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: amd64,i686
  GCC host triplet: amd64,i686
GCC target triplet: amd64,i686


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

[Bug libstdc++/21772] exception safety testing allocator

[bkoz at gcc dot gnu dot org]

--- Additional Comments From bkoz at gcc dot gnu dot org  2005-05-26 17:07 
---
Created an attachment (id=8972)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8972&action=view)
pb_assoc's throwing allocator


-- 


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

[Bug bootstrap/21773] building gnatchop.adb hangs...

[pluto at agmk dot net]

-- 
   What|Removed |Added

 CC||mmazur at kernel dot pl


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

[Bug middle-end/20218] Can't use __attribute__ ((visibility ("hidden"))) to hide a symbol

[schwab at suse dot de]

-- 
   What|Removed |Added

 CC||schwab at suse dot de


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

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-05-26 17:43 
---
This is news to me too: what about 23.1/8? It says:

 "All other constructors for these container types take an Allocator& argument
 (20.1.5), an allocator whose value type is the same as the container's value
 type"

Allocator is the template argument of the vector class, of course. Missing a
clarification of the above, or a DR?!?, I consider this as an extension, lower
priority than other new issues.

-- 


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

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

[pcarlini at suse dot de]

-- 
   What|Removed |Added

 CC||pcarlini at suse dot de


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

[Bug target/21297] [4.0 Regression] buf[i+i]=0 stores buf[i] when -O2

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
17:50 ---
Subject: Bug 21297

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED]   2005-05-26 17:49:50

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: 20050502-2.c 

Log message:
PR target/21297
* config/i386/i386.c (legitimize_address): When canonicalizing
ASHIFT into MULT, multiply by 1 << shift_count instead of
1 << log2 (shift_count).

* gcc.c-torture/execute/20050502-2.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=2.2326.2.399.2.78&r2=2.2326.2.399.2.79
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=1.635.2.8.2.11&r2=1.635.2.8.2.12
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=1.3389.2.170.2.49&r2=1.3389.2.170.2.50
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20050502-2.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=NONE&r2=1.1.8.1



-- 


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

[Bug rtl-optimization/21239] [4.0 Regression] Illegal elimination of SSE2 load/store using xmm intrinsics

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
17:53 ---
Subject: Bug 21239

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED]   2005-05-26 17:53:53

Modified files:
gcc: ChangeLog combine.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: i386-sse-11.c 

Log message:
PR rtl-optimization/21239
* combine.c (combine_simplify_rtx) : Fix a typo.

* gcc.dg/i386-sse-11.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=2.2326.2.399.2.79&r2=2.2326.2.399.2.80
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/combine.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=1.400.4.6.2.5&r2=1.400.4.6.2.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=1.3389.2.170.2.50&r2=1.3389.2.170.2.51
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/i386-sse-11.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=NONE&r2=1.1.8.1



-- 


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

[Bug libstdc++/16678] warning: suggest parentheses around assignment used as truth value

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
17:55 ---
Subject: Bug 16678

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-rhl-branch
Changes by: [EMAIL PROTECTED]   2005-05-26 17:55:40

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/bits: locale_facets.tcc 

Log message:
PR libstdc++/16678
* include/bits/locale_facets.tcc: Fix for -Werror.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=1.2224.2.77.2.24&r2=1.2224.2.77.2.25
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.tcc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-rhl-branch&r1=1.166.2.10.2.7&r2=1.166.2.10.2.8



-- 


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

[Bug middle-end/21743] Enable __builtin_clog

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-05-26 17:59 
---
A fix along the way suggested by Andrew doesn't seem implementable in a very 
clean
way, because no DEF_*_BUILTIN category does exactly what we want: 1- only 
__builtin_* variant (BOTH_P == false); 2- fall back to library function call
(FALLBACK_P == true). I'm still looking a bit into it...

-- 


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

[Bug bootstrap/21773] building gnatchop.adb hangs...

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
18:15 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
18:15 ---
*** Bug 21773 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||pluto at agmk dot net


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

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-05-26 18:17 
---
... that said, if we agree about the substance of the issue, I volunteer to
work on it: have already some experience with rebind-related issues in 
basic_string. Ah, yes, this extension makes certainly sense, because, for
basic_string doesn't exist an equivalent of 23.1/8, rebinding is necessary
in any case. Matter of consistency, in other terms: already noticed in
comment #23 of 19495, by the way ;)

-- 


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

[Bug target/21761] [4.1 Regression] mainline gcc causing internal compiler error.

[uttamp at us dot ibm dot com]

--- Additional Comments From uttamp at us dot ibm dot com  2005-05-26 18:23 
---
(In reply to comment #0)
> test case:
> $ cat bug1.c
> void f1()
> {
>   long bit=0, exponent;
>   exponent = -exponent;
>   for (bit = 1; exponent; bit <<= 1)
>   if (exponent & bit)
>   exponent ^= bit;
> }
> 
> # Compilation parameters
> $ gcc -c -O3 -m64 bug1,c
> 
> gcc gives internal compiler error on Powerpc platform.
> 
> bug1.c: In function ‘f1’:
> bug1.c:8: error: could not split insn
> (insn:TI 13 11 14 (parallel [
> (set (reg:CC 75 7 [125])
> (compare:CC (neg:DI (reg/v:DI 0 0 [orig:119 exponent ] [119]))
> (const_int 0 [0x0])))
> (set (reg/v:DI 0 0 [orig:118 exponent.1 ] [118])
> (neg:DI (reg/v:DI 0 0 [orig:119 exponent ] [119])))
> ]) 76 {*rs6000.md:1653} (nil)
> (nil))
> bug1.c:8: internal compiler error: in final_scan_insn, at final.c:2419
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See http://gcc.gnu.org/bugs.html> for instructions.
> 
> Compiler works with all other optimization flags.

I didn't mean to mislead anybody with my earlier comment. But actually compiler
fails with all optimization flags (-O2 and above). And a test case also has one
change to make it more generic type. In the original test case 'exponent' was
just a local and unitialized variable.

void f1(long exponent)
{
   long bit=0;
   exponent = -exponent;
   for (bit = 1; exponent; bit <<= 1)
   if (exponent & bit)
   exponent ^= bit;
}

> 
> After doing reghunt I found a patch, which may not necessarily have caused the
> above failure but compiler started failing after application of this patch, 
> 
> http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00232.html



-- 


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

[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
18:49 ---
Confirmed, this is most likely the same bug as PR 21653.

-- 
   What|Removed |Added

  BugsThisDependsOn||21653
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 18:49:07
   date||


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

[Bug java/21428] [3.4/4.0/4.1 Regression] bogus warning: unused parameter 'this'

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
18:54 ---
Yes this fixes it for me.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |aph at gcc dot gnu dot org
   |dot org |
 Status|WAITING |ASSIGNED


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

[Bug tree-optimization/21341] [4.1 Regression] gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times arr_base.[^0][^\n\r]*= 0 fails

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
18:57 ---
Confirmed, just the regex is wrong here.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 18:57:23
   date||


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

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
19:11 ---
Subject: Bug 20772

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-26 19:10:53

Modified files:
gcc/testsuite  : ChangeLog 
gcc/testsuite/gfortran.dg: promotion.f90 
gcc/testsuite/gcc.misc-tests: i386-pf-3dnow-1.c 
  i386-pf-athlon-1.c 
  i386-pf-none-1.c i386-pf-sse-1.c 
gcc/testsuite/g++.dg/opt: mmx1.C reg-stack4.C 
gcc/testsuite/g++.dg/other: big-struct.C 
gcc/testsuite/g++.dg/abi: bitfield3.C bitfield8.C bitfield9.C 
  empty7.C empty9.C layout4.C thunk1.C 
  thunk2.C vbase11.C vthunk2.C vthunk3.C 
gcc/testsuite/g++.dg/ext: attrib8.C 
gcc/testsuite/g++.dg/eh: simd-1.C 
gcc/testsuite/gcc.dg: setjmp-2.c short-compare-1.c 
  short-compare-2.c i386-pentium4-not-mull.c 
gcc/testsuite/g++.dg/warn: register-var-1.C 
gcc/testsuite/g++.dg/charset: asm2.c 

Log message:
PR testsuite/20772
* gfortran.dg/promotion.f90, gcc.misc-tests/i386-pf-3dnow-1.c,
gcc.misc-tests/i386-pf-athlon-1.c,
gcc.misc-tests/i386-pf-none-1.c, gcc.misc-tests/i386-pf-sse-1.c,
g++.dg/opt/mmx1.C, g++.dg/other/big-struct.C,
g++.dg/abi/bitfield3.C, g++.dg/abi/bitfield8.C,
g++.dg/abi/bitfield9.C, g++.dg/abi/empty7.C, g++.dg/abi/empty9.C,
g++.dg/abi/layout4.C, g++.dg/abi/thunk1.C, g++.dg/abi/thunk2.C,
g++.dg/abi/vbase11.C, g++.dg/abi/vthunk2.C, g++.dg/abi/vthunk3.C,
g++.dg/ext/attrib8.C: Run also on x86_64 compiling 32-bit x86
programs.

* g++.dg/opt/reg-stack4.C, g++.dg/eh/simd-1.C, g++.dg/eh/simd-1.C,
gcc.dg/setjmp-2.c, gcc.dg/short-compare-1.c,
gcc.dg/short-compare-2.c, gcc.target/i386/asm-1.c: Handle 32-bit
x86-64 compilation.

* g++.dg/warn/register-var-1.C, g++.dg/charset/asm2.c: Run also on
x86_64.

* gcc.dg/i386-pentium4-not-mull.c: Change option handling to use
effective-target ilp32.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5534&r2=1.5535
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/promotion.f90.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.misc-tests/i386-pf-3dnow-1.c.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.misc-tests/i386-pf-athlon-1.c.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.misc-tests/i386-pf-none-1.c.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.misc-tests/i386-pf-sse-1.c.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/mmx1.C.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/reg-stack4.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/big-struct.C.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/bitfield3.C.diff?cvsroot=gcc&r1=1.6&r2=1.7
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/bitfield8.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/bitfield9.C.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/empty7.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/empty9.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/layout4.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/thunk1.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/thunk2.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/vbase11.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/vthunk2.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/vthunk3.C.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/attrib8.C.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/eh/simd-1.C.diff?cvsroot=gcc&r1=1.7&r2=1.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/setjmp-2.c.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/short-compare-1.c.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/short-compare-2.c.diff?cvsroot=

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
19:40 ---
This is related to the dllimport PRs.

Confirmed, reduced testcase:
extern const __attribute__((dllimport)) char _ctype_[];
char *f(void)
{
  return _ctype_;
}


-- 
   What|Removed |Added

  BugsThisDependsOn||21081, 21275
 Status|WAITING |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 19:40:27
   date||


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

[Bug bootstrap/21751] [csl-arm-branch and HEAD] fails to bootstrap with EABI

[bero at arklinux dot org]

--- Additional Comments From bero at arklinux dot org  2005-05-26 19:49 
---
This is reproducable on HEAD branch as well; it's not limited to  
csl-arm-branch. 
 
The patch I've attached is not sufficient to fix it; the resulting compiler 
sort of works, but produces something like this: 
descriptor_test.o(.text+0xc88): In function `global constructors keyed to 
main': 
descriptor_test.cpp: undefined reference to `__aeabi_atexit' 
/stuff/tmp/cross/lib/gcc/arm-linux/3.4.3/../../../../arm-linux/bin/ld: 
warning: .fini_array section has zero size 
 
when building C++ libraries. 

-- 
   What|Removed |Added

Summary|[csl-arm-branch] fails to   |[csl-arm-branch and HEAD]
   |bootstrap with EABI |fails to bootstrap with EABI


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

[Bug c++/21764] visibility attributes on namespace scope

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 20:10:04
   date||


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

[Bug libstdc++/21769] per-file control over PCH inclusion

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
20:12 ---
Confirmed, the other thing we could do is add a -fno-pch to the front-end and 
use that when "dg-do 
compile-no-pch" is used.

Confirmed.

-- 
   What|Removed |Added

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


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

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

[bkoz at redhat dot com]

--- Additional Comments From bkoz at redhat dot com  2005-05-26 20:12 
---
Subject: Re:  rebinding allocator::value type vs.
 container::value_type


Yo P, just trying to get through the deluge. I've not looked into
specifics, so sorry for such a vague marker in bugzilla.

I'm not quite sure of where the standard stands on this. I think it's QoI, not 
required. However, it seems like a good idea.

-benjamin


-- 


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

[Bug libstdc++/21771] container::pointer working with more than Tp*

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 20:13:29
   date||


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

[Bug libstdc++/21772] exception safety testing allocator

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 20:13:42
   date||


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

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
20:15 ---
Hmm, maybe there should be a way in debug mode to diagnose this at runtime 
since this seems like a 
violation of the standard.

-- 


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

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-05-26 20:19 
---
Agreed. Then, I'm going to look into it. Testcases are easy to find: actually,
your example, std::vector > , doesn't even compile,
currently.

To Andrew: maybe, in pedantic mode. But notice that the problem should be
detected at *compile* time: indeed seems doable using a bit of template
tricks: is_same ...

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-26 20:19:46
   date||


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

[Bug libstdc++/21770] rebinding allocator::value type vs. container::value_type

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-05-26 20:50 
---
Actually, we already have the machinery, in concept-checks ;) Would be:

  __glibcxx_class_requires2(_Tp, typename _Alloc::value_type, _SameTypeConcept)

on top of each container.

-- 


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

[Bug middle-end/21275] [4.0/4.1 Regression] gcc 4.0.0 crash with mingw when using stdout in global var

[dannysmith at users dot sourceforge dot net]

--- Additional Comments From dannysmith at users dot sourceforge dot net  
2005-05-26 21:01 ---
New patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02543.html
Danny

-- 


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

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-26 
21:22 ---
Subject: Bug 20772

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-26 21:22:02

Modified files:
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.old-deja/g++.ext: attrib1.C attrib2.C 
attrib3.C 
gcc/testsuite/g++.old-deja/g++.other: store-expr1.C 
  store-expr2.C 
gcc/testsuite/g++.dg/opt: longbranch2.C 
gcc/testsuite/gcc.dg: 2609-1.c 2720-1.c 20011107-1.c 
  2009-1.c 20020108-1.c 20020122-2.c 
  20020122-3.c 20020201-3.c 20020206-1.c 
  20020218-1.c 20020310-1.c 20020411-1.c 
  20020418-2.c 20020426-1.c 20020426-2.c 
  20020517-1.c 20020523-1.c 20020523-2.c 
  20020729-1.c 20030204-1.c 20030826-2.c 
  20030926-1.c 20031202-1.c 980312-1.c 
  980313-1.c 990424-1.c 990524-1.c 
  991230-1.c i386-387-1.c i386-387-2.c 
  i386-387-3.c i386-387-4.c i386-387-5.c 
  i386-387-6.c i386-bitfield1.c 
  i386-bitfield2.c i386-loop-1.c 
  i386-loop-2.c i386-loop-3.c i386-pic-1.c 
  i386-regparm.c i386-signbit-1.c 
  i386-signbit-2.c i386-sse-5.c i386-sse-8.c 
  i386-unroll-1.c unroll-1.c 
gcc/testsuite/gcc.dg/tls: opt-1.c opt-2.c 

Log message:
PR testsuite/20772
* g++.old-deja/g++.ext/attrib1.C, g++.old-deja/g++.ext/attrib2.C,
g++.old-deja/g++.ext/attrib3.C,
g++.old-deja/g++.other/store-expr1.C,
g++.old-deja/g++.other/store-expr2.C, g++.dg/opt/longbranch2.C,
gcc.dg/2609-1.c, gcc.dg/2720-1.c, gcc.dg/20011107-1.c,
gcc.dg/2009-1.c, gcc.dg/20020108-1.c, gcc.dg/20020122-2.c,
gcc.dg/20020122-3.c, gcc.dg/20020201-3.c, gcc.dg/20020206-1.c,
gcc.dg/20020218-1.c, gcc.dg/20020310-1.c, gcc.dg/20020411-1.c,
gcc.dg/20020418-2.c, gcc.dg/20020426-1.c, gcc.dg/20020426-2.c,
gcc.dg/20020517-1.c, gcc.dg/20020523-1.c, gcc.dg/20020523-2.c,
gcc.dg/20020729-1.c, gcc.dg/20030204-1.c, gcc.dg/20030826-2.c,
gcc.dg/20030926-1.c, gcc.dg/20031202-1.c, gcc.dg/980312-1.c,
gcc.dg/980313-1.c, gcc.dg/990424-1.c, gcc.dg/990524-1.c,
gcc.dg/991230-1.c, gcc.dg/i386-387-1.c, gcc.dg/i386-387-2.c,
gcc.dg/i386-387-3.c, gcc.dg/i386-387-4.c, gcc.dg/i386-387-5.c,
gcc.dg/i386-387-6.c, gcc.dg/i386-bitfield1.c,
gcc.dg/i386-bitfield2.c, gcc.dg/i386-loop-1.c,
gcc.dg/i386-loop-2.c, gcc.dg/i386-loop-3.c, gcc.dg/i386-pic-1.c,
gcc.dg/i386-regparm.c, gcc.dg/i386-signbit-1.c,
gcc.dg/i386-signbit-2.c, gcc.dg/i386-sse-5.c, gcc.dg/i386-sse-8.c,
gcc.dg/i386-unroll-1.c, gcc.dg/tls/opt-1.c, gcc.dg/tls/opt-2.c,
gcc.dg/unroll-1.c: Handle 32-bit x86-64 compilation.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5536&r2=1.5537
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.ext/attrib1.C.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.ext/attrib2.C.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.ext/attrib3.C.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/store-expr1.C.diff?cvsroot=gcc&r1=1.6&r2=1.7
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/store-expr2.C.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/longbranch2.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/2609-1.c.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/2720-1.c.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20011107-1.c.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/2009-1.c.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20020108-1.c.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20020122-2.c.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20020122-3.c.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20020201-3.c.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.d

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

[aj at gcc dot gnu dot org]

--- Additional Comments From aj at gcc dot gnu dot org  2005-05-26 21:27 
---
I'm taking the bug.  Note that the patches submitted so far solve 
only part of the problem. 

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/21171] [4.0/4.1 Regression] IV OPTS removes does not create a new VOPs for constant values

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-05-26 
22:13 ---
Is it possible to backport this patch to 4.0.x?

-- 


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

[Bug rtl-optimization/21254] [4.0 regression] [4.0 regression] Incorrect code with -funroll-loops for multiple targets with same code

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-05-26 
22:15 ---
Is it possible to backport this patch to 4.0.1?

-- 
   What|Removed |Added

Summary|[4.0 regression] Incorrect  |[4.0 regression] [4.0
   |code with -funroll-loops for|regression] Incorrect code
   |multiple targets with same  |with -funroll-loops for
   |code|multiple targets with same
   ||code


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

[Bug c++/15674] [4.0 only] [DR214] template argument binding differs between member and static fumctions

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2005-05-26 
22:18 ---
I thought we long ago considered this not to be a regression.

If that's true, why is this targeted at 4.0.1?

-- 


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

[Bug c/21774] New: mainline internal compiler error: verify_flow_info failed

[uttamp at us dot ibm dot com]

GCC mainline gets an internal compiler error compiling following minimized code
with either -O2 -m32 or -O2 -m64.

struct estruct
{
  int co;
  int or;
  char ma;
};

void f1 (int pos1, int pos2, struct estruct *ed)
{
  int k;

  for (k = 0; k == 0; k++)
if (ed[pos2].co == ed[pos1].co && (!ed[pos2].ma || !ed[pos1].ma))
  f1 (pos2, 0, ed);
}

$ /opt/gcc-nightly/mline-20050525/bin/gcc  -O2 -c bug.c
-- OR --
$ /opt/gcc-nightly/mline-20050525/bin/gcc  -O2 -m64 -c bug.

bug.c: In function ‘f1’:
bug.c:15: error: Wrong amount of branch edges after unconditional jump 0
bug.c:15: error: verify_flow_info: Incorrect blocks for fallthru 0->6
bug.c:15: internal compiler error: verify_flow_info failed

The failures start with this patch from dnovillo:

http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00529.html

-- 
   Summary: mainline internal compiler error: verify_flow_info
failed
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: uttamp at us dot ibm dot com
CC: dnovillo at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org
 GCC build triplet: powerpc64-linux
  GCC host triplet: powerpc64-linux
GCC target triplet: powerpc64-linux


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

[Bug tree-optimization/21562] [4.0/4.1 Regression] Quiet bad codegen (unrolling + tail call interaction)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
23:33 ---
*** Bug 21774 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||uttamp at us dot ibm dot com


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

[Bug c/21774] mainline internal compiler error: verify_flow_info failed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
23:33 ---
You can expose this on the 4.0 branch too, with a little care of reducing this 
a little further.

Anyways this is a dup of bug 21562.

Diego's change just exposed a latent bug in cfgexpand (or at least that is what 
Jan Hubicka says on 
IRC).

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug libgcj/13806] linking libgcj.so requires excessive time/memory

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-26 
23:58 ---
Is the situation better after the patch create one .o file per directory?

-- 


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

[Bug libgcj/21775] New: NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization

[greenrd at greenrd dot org]

Marking this as critical because it is a NPE in logging, which can cause apps to
fail to start at all (e.g. rssowl fails to start if it hasn't been configured),
or fail to log important information.

The attached test case, when compiled with
gcj -g -o mylogger --main=Test Test.java
and run, fails with:
Exception in thread "main" java.lang.NullPointerException
   at java.lang.Class.getName() (/usr/lib/libgcj.so.6.0.0)
   at java.util.logging.Logger.getCallerStackFrame() (/usr/lib/libgcj.so.6.0.0)
   at java.util.logging.Logger.log(java.util.logging.Level, java.lang.String,
java.lang.Throwable) (/usr/lib/libgcj.so.6.0.0)
   at Test.main(java.lang.String[]) (/root/bugs/gcj/logging/Test.java:9)
   at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
   at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)

(The stack trace itself is arguably wrong in Java terms - the NPE _actually_
occurs in Logger.getCallerStackFrame and is only detected when
java.lang.Class.getName tries to do its thing - but that's another bug. I'll
file that separately.)

The cause is here:

java::lang::StackTraceElement* 
java::util::logging::Logger::getCallerStackFrame ()
{
  gnu::gcj::runtime::StackTrace *t 
= new gnu::gcj::runtime::StackTrace(4);
  java::lang::Class *klass = NULL;
  int i = 2;
  try
{
  // skip until this class
  while ((klass = t->classAt (i)) != getClass())
i++;
  // skip the stackentries of this class
  while ((klass = t->classAt (i)) == getClass() || klass == NULL)
i++;
}
  catch (::java::lang::ArrayIndexOutOfBoundsException *e)
{
  // FIXME: RuntimeError
}

klass is null at the end of this code block. But you can see that the second
loop keeps looping if klass==null. So how can klass be null? The answer is, an
ArrayIndexOutOfBoundsException _must_ have been thrown.

Next question: Why was it thrown? Answer: Because the first loop started at i=2
- but the last Logger stack entry is at position i=1. So it missed the last
Logger stack entry, so the loop never terminated normally.

Suggested fix: the initial value of i should be smaller than 2.

-- 
   Summary: NPE in java::util::logging::Logger::getCallerStackFrame
caused by incorrect hand-optimization
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: greenrd at greenrd dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


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

[Bug target/15642] NAN Is Not a Constant Because __APPLE_CC__ is Not Defined (OK in Apple 3.3.0)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
00:00 ---
I should try this patch soon again now I can regenerate fixincludes.

-- 
   What|Removed |Added

   Last reconfirmed|2005-02-25 14:36:27 |2005-05-27 00:00:26
   date||


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

[Bug libgcj/21775] NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization

[greenrd at greenrd dot org]

--- Additional Comments From greenrd at greenrd dot org  2005-05-27 00:00 
---
Created an attachment (id=8975)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8975&action=view)
Test case


-- 


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

gcc-bugs@gcc.gnu.org

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|middle-end  |c
   Keywords||wrong-code


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

[Bug libgcj/13137] [eclipse 3.0] need java.nio file locking

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
00:07 ---
Fixed by:
2004-01-23  Michael Koch  <[EMAIL PROTECTED]>

* gnu/java/nio/FileLockImpl.java:
Fixed filename in copyright.
(released): Removed.
(finalize): New method.
* gnu/java/nio/natFileLockImpl.cc
(releaseImpl): Implemented.
* java/nio/channels/FileChannelImpl.java:
Reworked imports.
(lock): Implemented.
(lockImpl): New method.
(tryLock): Implemented.
(tryLockImpl): New method.
* java/nio/channels/natFileChannelImpl.cc
(lockImpl): New method.
(tryLockImpl): New method.

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/14703] Inadequate optimization of inline templated functions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
00:15 ---
What we need for this testcase is the following:
inline, optimize, inline, ...

-- 
   What|Removed |Added

   Last reconfirmed|2004-12-25 01:27:52 |2005-05-27 00:15:50
   date||


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

[Bug java/20215] gcj does not accept classes with same name fields

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
00:17 ---
Confirmed, the gij problem has been fixed by the patches above, this only 
leaves the java front-end 
problem.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
   Last reconfirmed|-00-00 00:00:00 |2005-05-27 00:17:46
   date||


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

[Bug libgcj/21775] NPE in java::util::logging::Logger::getCallerStackFrame caused by incorrect hand-optimization

[greenrd at greenrd dot org]

--- Additional Comments From greenrd at greenrd dot org  2005-05-27 01:00 
---
Oops - my diagnosis was slightly incorrect.

The stack trace is in fact correct, and it was klass.name that was null, not
klass itself.

But my conclusion is still correct - the first loop runs merrily over the end of
the stack trace, because it skips too many entries before it starts.

-- 


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

[Bug libgcj/20169] Serialization: readResolve does not work

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
01:04 ---
Hmm, I get:
Exception in thread "main" java.lang.Error: java.lang.ClassNotFoundException: 
Enum$Color
   at Enum.main (Enum.java:34)
Caused by: java.lang.ClassNotFoundException: Enum$Color
   at java.lang.Class.forName (natClass.cc:91)
   at java.io.ObjectInputStream.resolveClass (ObjectInputStream.java:782)
   at java.io.ObjectInputStream.readClassDescriptor (ObjectInputStream.java:534)
   at java.io.ObjectInputStream.readObject (ObjectInputStream.java:228)
   at java.io.ObjectInputStream.readObject (ObjectInputStream.java:275)
   at Enum.main (Enum.java:29)

Which looks like a different bug.

-- 


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

[Bug target/20233] compiler errors while compiling kernel in Mepis Linux

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
01:04 ---
No feedback in 3 months (T-1 day).

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/21776] New: SCO OpenServer stage 3 failing in eh_alloc.cc

[matthew at formtrap dot com]

Boostrapping GCC 4.0.0 using SCO OpenServer 5.0.5, GCC 3.3.3, GNU gas 2.14 and
SCO ld fails in stage 3 while compiling eh_alloc.cc. Preprocessed eh_alloc.ii
will be attached.
This seems very similar to or the same problem as bootstrap/7979, which was
filed against 3.2 but apparently still occurs with 3.4.3.

Failed command and diagnostics:

/home/formtrap/objdir/gcc/xgcc -shared-libgcc -B/home/formtrap/objdir/gcc/
-nostdinc++ -L/home/formtrap/objdir/i686-pc-sco3.2v5.0.5/libstdc++-v3/src
-L/home/formtrap/objdir/i686-pc-sco3.2v5.0.5/libstdc++-v3/src/.libs
-B/usr/local/gcc-4.0.0/i686-pc-sco3.2v5.0.5/bin/
-B/usr/local/gcc-4.0.0/i686-pc-sco3.2v5.0.5/lib/ -isystem
/usr/local/gcc-4.0.0/i686-pc-sco3.2v5.0.5/include -isystem
/usr/local/gcc-4.0.0/i686-pc-sco3.2v5.0.5/sys-include
-I/home/formtrap/gcc-4.0.0/libstdc++-v3/../gcc
-I/home/formtrap/objdir/i686-pc-sco3.2v5.0.5/libstdc++-v3/include/i686-pc-sco3.2v5.0.5
-I/home/formtrap/objdir/i686-pc-sco3.2v5.0.5/libstdc++-v3/include
-I/home/formtrap/gcc-4.0.0/libstdc++-v3/libsupc++ -g -O2 -fno-implicit-templates
-Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -c
/home/formtrap/gcc-4.0.0/libstdc++-v3/libsupc++/eh_alloc.cc -o eh_alloc.o
/home/formtrap/objdir/i686-pc-sco3.2v5.0.5/libstdc++-v3/include/cstring: In
function 'void* std::memchr(void*, int, size_t)':
/home/formtrap/objdir/i686-pc-sco3.2v5.0.5/libstdc++-v3/include/cstring:100:
error: 'void* std::memchr(void*, int, size_t)' conflicts with previous using
declaration 'void* memchr(void*, int, size_t)'

Configure line to gcc 4.0.0 was:

/home/formtrap/gcc-4.0.0/configure --prefix=/usr/local/gcc-4.0.0 --disable-nls
--enable-languages=c,c++ --disable-libada --enable-shared --with-gnu-as
--with-as=/usr/gnu/bin/gas --without-gnu-ld"

Bootstrap compiler is:

Configured with: ../srcdir/configure --enable-shared --disable-nls
--enable-languages=c,c++ --enable-debug --with-gnu-as --with-as=/usr/gnu/bin/gas
--without-gnu-ld
Thread model: single
gcc version 3.3.3

Output from uname -a:

SCO_SV sco 3.2 5.0.5 i386 unknown

-- 
   Summary: SCO OpenServer stage 3 failing in eh_alloc.cc
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: matthew at formtrap dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-sco3.2v5.0.5
  GCC host triplet: i686-pc-sco3.2v5.0.5
GCC target triplet: i686-pc-sco3.2v5.0.5


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

[Bug bootstrap/21776] SCO OpenServer stage 3 failing in eh_alloc.cc

[matthew at formtrap dot com]

--- Additional Comments From matthew at formtrap dot com  2005-05-27 01:06 
---
Created an attachment (id=8976)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8976&action=view)
Preprocessed output of eh_alloc.cc


-- 


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

[Bug bootstrap/21776] SCO OpenServer stage 3 failing in eh_alloc.cc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
01:09 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug libstdc++/7979] OpenUNIX8/Unixware stage 3 failing in eh_alloc.cc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
01:09 ---
*** Bug 21776 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||matthew at formtrap dot com


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

[Bug tree-optimization/20256] Perfect nest transformation not conservative enough

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
01:17 ---
We now get an ICE:
t.c: In function ‘do_mid_forward’:
t.c:5: error: Definition in block 9 does not dominate use in block 3
for SSA_NAME: sum_11 in statement:
sum_23 = PHI ;
PHI argument
sum_11
for PHI node
sum_23 = PHI ;
t.c:5: internal compiler error: verify_ssa failed.
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
   Last reconfirmed|2005-03-01 01:54:32 |2005-05-27 01:17:34
   date||


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

[Bug tree-optimization/9814] gcc fails to optimise if (l&2) l|=2 away

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-27 
02:46 ---
Subject: Bug 9814

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-27 02:46:01

Modified files:
gcc: ChangeLog ifcvt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr9814-1.c 

Log message:
PR tree-optimization/9814
* ifcvt.c (noce_emit_move_insn): If we fail to recognize the move
instruction, add the necessary clobbers by re-expanding the RTL
for arithmetic operations via optab.c's expand_unop/expand_binop.
(noce_try_bitop): New function to optimize bit manipulation idioms
of the form "if (x & C) x = x op C" and "if (!(x & C) x = x op C".
(noce_process_if_block): Call noce_try_bitop.

* gcc.dg/pr9814-1.c: New test case.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8916&r2=2.8917
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ifcvt.c.diff?cvsroot=gcc&r1=1.187&r2=1.188
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5540&r2=1.5541
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr9814-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c/21777] New: internal compiler error: in set_value_range, at tree-vrp.c:124

[dcorbit at connx dot com]

Download pari/gp 2.2.10.alpha
untar and configure then make.

[EMAIL PROTECTED] /mingw/pari-2.2.10.alpha
$ make all
make[1]: Entering directory `/mingw/pari-2.2.10.alpha/doc'
rm -f libpari.std
tex libpari
/bin/sh: tex: command not found
make[1]: *** [libpari.dvi] Error 127
make[1]: Leaving directory `/mingw/pari-2.2.10.alpha/doc'
make: [all] Error 2 (ignored)
make[1]: Entering directory `/mingw/pari-2.2.10.alpha'
Making gp in O5.2-none-mingw32_nt
make[2]: Entering directory `/mingw/pari-2.2.10.alpha/O5.2-none-mingw32_nt'
/bin/sh: cksum: command not found
make[2]: [../src/funclist] Error 127 (ignored)
make[3]: Entering directory `/mingw/pari-2.2.10.alpha/src/desc'
perl merge_822 ../functions/*/* > pari.desc.new && mv pari.desc.new pari.desc
perl gen_proto basic pari.desc > ../language/init.h.new && perl gen_help basic 
p 
ari.desc >> ../language/init.h.new && 
mv ../language/init.h.new ../language/init  
   .h
perl gen_proto gp pari.desc > ../gp/gp_init.h.new && perl gen_help gp 
pari.desc   
   >> ../gp/gp_init.h.new && mv ../gp/gp_init.h.new ../gp/gp_init.h
perl gen_proto highlevel pari.desc > ../gp/highlvl.h.new && perl gen_help  
highl   
  evel pari.desc >> ../gp/highlvl.h.new && 
mv ../gp/highlvl.h.new ../gp/highlvl.h
perl gen_member pari.desc > ../language/members.h.new && 
mv ../language/members. 
h.new ../language/members.h
make[3]: Leaving directory `/mingw/pari-2.2.10.alpha/src/desc'
cat ../src/kernel/none/level0.h ../src/kernel/none/divll.h > parilvl0.h
cat ../src/kernel/none/tune.h ../src/kernel/none/int.h ../src/kernel/none/level1
 .h 
> parilvl1.h
cat parilvl0.h parilvl1.h > pariinl.h
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
 
pointer-I. -I../src/headers -o kernel.o ../src/kernel/none/level0.c
cat ../src/kernel/none/mp.c ../src/kernel/none/cmp.c ../src/kernel/none/gcdll.c 
 ../
src/kernel/none/ratlift.c ../src/kernel/none/gcd.c ../src/kernel/none/invmod.   
  
c ../src/kernel/none/mp_indep.c ../src/kernel/none/add.c > mp.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
 
pointer-I. -I../src/headers -o mp.o mp.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o Flx.o ../src/basemath/Flx.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o Qfb.o ../src/basemath/Qfb.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o RgX.o ../src/basemath/RgX.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o alglin1.o ../src/basemath/alglin1.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o alglin2.o ../src/basemath/alglin2.c
../src/basemath/alglin2.c: In function 'hnfspec_i':
../src/basemath/alglin2.c:1735: warning: 'n' may be used uninitialized in this 
function
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o arith1.o ../src/basemath/arith1.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o arith2.o ../src/basemath/arith2.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o base1.o ../src/basemath/base1.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o base2.o ../src/basemath/base2.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o base3.o ../src/basemath/base3.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o base4.o ../src/basemath/base4.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o base5.o ../src/basemath/base5.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-
pointer   -I. -I../src/headers  -o bibli1.o ../src/basemath/bibli1.c
/usr/local/bin/gcc  -c -O3 -DGCC_INLINE -Wall

[Bug tree-optimization/9814] gcc fails to optimise if (l&2) l|=2 away

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2005-05-27 02:55 
---
This optimization is now performed at the RTL-level, but it would be nice if
this (and several other of ifcvt.c's noce_try_foo optimizations) could be
caught earlier during tree-ssa.


-- 
   What|Removed |Added

 AssignedTo|roger at eyesopen dot com   |unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW
   Keywords|patch   |


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

[Bug middle-end/21777] [4.1 Regression] internal compiler error: in set_value_range, at tree-vrp.c:124

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
04:37 ---
Could you attach the preprocessed source as requested by the web page:
?

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Severity|critical|normal
 Status|UNCONFIRMED |WAITING
  Component|c   |middle-end
   Keywords||ice-on-valid-code
Summary|internal compiler error: in |[4.1 Regression] internal
   |set_value_range, at tree-   |compiler error: in
   |vrp.c:124   |set_value_range, at tree-
   ||vrp.c:124
   Target Milestone|--- |4.1.0


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

[Bug middle-end/21777] [4.1 Regression] internal compiler error: in set_value_range, at tree-vrp.c:124

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-27 
05:02 ---
The attached preprocessed source does not compile as ulong is not defined and a 
couple of other 
things.  After fixing them, this works.  Could attach one which works?

Also what target is this for?

-- 


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

[Bug java/19870] gcj -C doesn't generate accessors for private members across nested class boundaries

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-27 
05:11 ---
Subject: Bug 19870

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-27 05:11:44

Modified files:
libjava: ChangeLog 
libjava/testsuite/libjava.jacks: jacks.xfail 
Added files:
libjava/testsuite/libjava.lang: PR19870.java PR19870.out 

Log message:
Testsuite adjustments for PR java/19870.
* testsuite/libjava.lang/PR19870.java: New testcase.
* testsuite/libjava.lang/PR19870.out: Expected output for the
testcase.
* testsuite/libjava.jacks/jacks.xfail: Add
8.5.2-accessible-static-member-usage-3 and 15.8.4-static-2

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3636&r2=1.3637
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.lang/PR19870.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.lang/PR19870.out.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.jacks/jacks.xfail.diff?cvsroot=gcc&r1=1.23&r2=1.24



-- 


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