[Bug other/14251] Use POSIX-compatible flags for 'head' and 'tail'

[eggert at gnu dot org]

--- Comment #21 from eggert at gnu dot org  2006-05-05 06:54 ---
Created an attachment (id=11381)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11381&action=view)
port GCC to 'sort' and 'tail' that use POSIX syntax

This patch (originally reported in Bug 27434) ports the
GCC build procedure to hosts (like mine) whose 'sort' and 'tail'
implementations treat operands with leading '+' as file names, as
POSIX has required since 2001.  The patch doesn't affect the build
procedure on traditional hosts that don't support POSIX syntax.  This
follows up on the recent gcc-patches discussion on this topic.  In
, Mike Stump
writes that he's fine with the change.


-- 


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

[Bug fortran/27411] crashes in sra_walk_expr and emit_move_insn

[paul dot thomas at jet dot uk]

--- Comment #3 from paul dot thomas at jet dot uk  2006-05-05 06:26 ---
The patch below fixes the problem by enclosing the expression for the array
reference outputs%signal_number in parentheses(You can verify that this does
the right thing by doing it explicitly in the fortran.).  This turns the
temporary, used in the scalarizer loop, from the structure into its integer
component, signal_number.  I did contemplate doing clever stuff with tree_ssa,
a bit further down stream, but this is much simpler and works.

I will do all the good things with assigning this PR to myself and submitting
the patch, when I am back at base.

Richard, which email address do you prefer in the attribution to you, in the
testscase?

Paul

Index: gcc/fortran/matchexp.c
===
--- gcc/fortran/matchexp.c  (révision 113499)
+++ gcc/fortran/matchexp.c  (copie de travail)
@@ -123,6 +123,26 @@
 }


+/* Call the INTRINSIC_PARENTHESES function.  This is both
+   used explicitly, as below, or by resolve.c to generate
+   temporaries.  */
+gfc_expr *
+gfc_get_parentheses (gfc_expr *e)
+{
+  gfc_expr *e2;
+
+  e2 = gfc_get_expr();
+  e2->expr_type = EXPR_OP;
+  e2->ts = e->ts;
+  e2->rank = e->rank;
+  e2->where = e->where;
+  e2->value.op.operator = INTRINSIC_PARENTHESES;
+  e2->value.op.op1 = e;
+  e2->value.op.op2 = NULL;
+  return e2;
+}
+
+
 /* Match a primary expression.  */

 static match
@@ -167,19 +187,8 @@
   if(!gfc_numeric_ts(&e->ts))
 *result = e;
   else
-{
-  gfc_expr *e2 = gfc_get_expr();
+*result = gfc_get_parentheses (e);

-  e2->expr_type = EXPR_OP;
-  e2->ts = e->ts;
-  e2->rank = e->rank;
-  e2->where = where;
-  e2->value.op.operator = INTRINSIC_PARENTHESES;
-  e2->value.op.op1 = e;
-  e2->value.op.op2 = NULL;
-  *result = e2;
-}
-
   if (m != MATCH_YES)
 {
   gfc_free_expr (*result);
Index: gcc/fortran/gfortran.h
===
--- gcc/fortran/gfortran.h  (révision 113499)
+++ gcc/fortran/gfortran.h  (copie de travail)
@@ -1940,6 +1940,9 @@
 void gfc_free_data (gfc_data *);
 void gfc_free_case_list (gfc_case *);

+/* matchexp.c -- FIXME too?  */
+gfc_expr *gfc_get_parentheses (gfc_expr *);
+
 /* openmp.c */
 void gfc_free_omp_clauses (gfc_omp_clauses *);
 void gfc_resolve_omp_directive (gfc_code *, gfc_namespace *);
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c   (révision 113499)
+++ gcc/fortran/resolve.c   (copie de travail)
@@ -2284,6 +2284,7 @@
 resolve_array_ref (gfc_array_ref * ar)
 {
   int i, check_scalar;
+  gfc_expr *e;

   for (i = 0; i < ar->dimen; i++)
 {
@@ -2295,9 +2296,11 @@
return FAILURE;
   if (gfc_resolve_index (ar->stride[i], check_scalar) == FAILURE)
return FAILURE;
+  
+  e = ar->start[i];

   if (ar->dimen_type[i] == DIMEN_UNKNOWN)
-   switch (ar->start[i]->rank)
+   switch (e->rank)
  {
  case 0:
ar->dimen_type[i] = DIMEN_ELEMENT;
@@ -2305,11 +2308,15 @@

  case 1:
ar->dimen_type[i] = DIMEN_VECTOR;
+   if (e->expr_type == EXPR_VARIABLE
+ && e->symtree->n.sym->ts.type == BT_DERIVED)
+ ar->start[i] = gfc_get_parentheses (e);
+   
break;

  default:
gfc_error ("Array index at %L is an array of rank %d",
-  &ar->c_where[i], ar->start[i]->rank);
+  &ar->c_where[i], e->rank);
return FAILURE;
  }
 }
@@ -4363,6 +4370,7 @@
 &code->loc);
  break;
}
+
  goto call;
}



-- 


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

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

[jvdelisle at gcc dot gnu dot org]

--- Comment #13 from jvdelisle at gcc dot gnu dot org  2006-05-05 05:40 
---
Bud, unless you are going to chase this further I vote that you close this PR. 
Was the patch going to go to 4.1 branch as well?


-- 


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

[Bug fortran/24993] LAPACK builds but dies in the testsuite

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2006-05-05 05:37 
---
I would like to propose we close this bug.  LAPACK has been working fine since
4.1. Any objections?


-- 


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

[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3

[ianw at gelato dot unsw dot edu dot au]

--- Comment #5 from ianw at gelato dot unsw dot edu dot au  2006-05-05 
03:36 ---
Ok, I rebuilt and it seems OK.

Thinking about it, in the failed tree I did stop it after about two minutes,
because I forgot to do only --enable-languages=c.  So did make clean and
reconfigured, which obviously got something messed up.

So if you see this problem, try building in a completely fresh tree first.


-- 

ianw at gelato dot unsw dot edu dot au changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug objc/27438] '_OBJC_INSTANCE_0' defined but not used warning (unit at a time)

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-05-05 03:18 ---
Reducing.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|'_OBJC_INSTANCE_0' defined  |'_OBJC_INSTANCE_0' defined
   |but not used warning|but not used warning (unit
   ||at a time)


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

[Bug tree-optimization/27441] VAR - 1 not identified as the same as VAR + -1

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-05 02:44 ---
Here is a testcase:
int f(int i, int t)
{
  if ((i + -1) != t)
return 4;
  return i - 1;
}
---
The RTL level PRE catches this though.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
   Keywords||missed-optimization, TREE


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

[Bug tree-optimization/27441] VAR - 1 not identified as the same as VAR + -1

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-05-05 02:41 ---
This is basicially PR 27132.  The problem is that we don't canonicalize the
constant to be the negative.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||27132
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-05-05 02:41:32
   date||


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

[Bug tree-optimization/27441] New: VAR - 1 not identified as the same as VAR + -1

[dann at godzilla dot ics dot uci dot edu]

It seems that neither FRE nor PRE can determine that stride.115 - 1 is the same
as stride.115 + -1 in the example below (taken from the comm3 function in mgrid
from SPEC2000). (Or am I missing something?)

:
  stride.115 = *n;
  stride.117 = stride.115 * stride.115;
  offset.118 = ~stride.115 - stride.117;
  D.1969 = stride.115 - 1;
  if (D.1969 > 1) goto ; else goto ;

:;
  pretmp.221 = stride.115 + -1;
  pretmp.228 = offset.118 + pretmp.221;
  pretmp.236 = offset.118 + stride.115;
  i3 = 2;


-- 
   Summary: VAR - 1 not identified as the same as VAR + -1
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dann at godzilla dot ics dot uci dot edu


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

[Bug c/27420] ICE on invalid function definition

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-05-05 01:46:51
   date||


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

[Bug c/27420] ICE on invalid function definition

[reichelt at gcc dot gnu dot org]

--- Comment #1 from reichelt at gcc dot gnu dot org  2006-05-05 01:20 
---
Testing a patch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |reichelt at gcc dot gnu dot
   |dot org |org


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

[Bug target/27421] [4.0/4.1/4.2 regression] ICE with invalid array in struct

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-05 01:02 ---
This looks like the same issue as PR 24672.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||24672
  nThis||


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

[Bug target/27421] [4.0/4.1/4.2 regression] ICE with invalid array in struct

[reichelt at gcc dot gnu dot org]

--- Comment #1 from reichelt at gcc dot gnu dot org  2006-05-05 00:58 
---
This is target-specific. Doesn't happen on i686-pc-linux-gnu.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c   |target
  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=27421

[Bug c++/27427] [4.0/4.1/4.2 regression] ICE with invalid template parameter

[reichelt at gcc dot gnu dot org]

--- Comment #1 from reichelt at gcc dot gnu dot org  2006-05-05 00:42 
---
Testing a patch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |reichelt at gcc dot gnu dot
   |dot org |org


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

[Bug c++/27423] ICE on default argument for void parameter

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2006-05-05 00:42 
---
Testing a patch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |reichelt at gcc dot gnu dot
   |dot org |org


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

[Bug c++/27423] ICE on default argument for void parameter

[reichelt at gcc dot gnu dot org]

--- Comment #1 from reichelt at gcc dot gnu dot org  2006-05-05 00:29 
---
On mainline we now ICE:

PR27423.cc:1: error: '' has incomplete type
PR27423.cc:1: error: invalid use of 'void'
PR27423.cc: In function 'void bar()':
PR27423.cc:2: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in convert_for_initialization, at cp/typeck.c:6235
Please submit a full bug report, [etc.]


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords|accepts-invalid |error-recovery, ice-on-
   ||invalid-code
Summary|Default argument for void   |ICE on default argument for
   |parameter accepted  |void parameter


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

[Bug fortran/27304] gfortran: Warn/abort when format in write does not fit passed arguments

[jvdelisle at gcc dot gnu dot org]

--- Comment #16 from jvdelisle at gcc dot gnu dot org  2006-05-05 00:13 
---
I can not reproduce this here.  I don't have that platform.  I am guessing this
is a platform specific problem or a build problem.


-- 


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

[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3

[ianw at gelato dot unsw dot edu dot au]

--- Comment #4 from ianw at gelato dot unsw dot edu dot au  2006-05-04 
23:43 ---
The SVN version was

[EMAIL PROTECTED]:/usr/src/gcc-svn$ svn info
Path: .
URL: svn://gcc.gnu.org/svn/gcc/trunk
Repository Root: svn://gcc.gnu.org/svn/gcc
Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4
Revision: 113504
Node Kind: directory
Schedule: normal
Last Changed Author: kargl
Last Changed Rev: 113502
Last Changed Date: 2006-05-04 07:24:11 +1000 (Thu, 04 May 2006)
Properties Last Updated: 2006-01-31 08:52:35 +1100 (Tue, 31 Jan 2006)

Unlike PR20586 I didn't do anything tricky with flags, etc.

My understanding was the system gcc built stage 1, which then built 2 which
builds stage 3, so I would have thought the system gcc had less to do with a
stage 2 -> 3 problem, though I could be wildly off base.

I'm trying to re-build it now a few different ways, and I'll see what happens.


-- 


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

[Bug target/26481] ICE with -mcpu=power and struct passing

[ebotcazou at gcc dot gnu dot org]

--- Comment #17 from ebotcazou at gcc dot gnu dot org  2006-05-04 23:12 
---
That was fast!


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/27440] [4.0/4.1/4.2 regression] code quality regression due to ivopts

[dann at godzilla dot ics dot uci dot edu]

--- Comment #2 from dann at godzilla dot ics dot uci dot edu  2006-05-04 
23:09 ---
(In reply to comment #1)
> IV-OPTs just gets info from the target.  Now if the target says weird
> addressing mode is the same as cheap ones, what do you think will happen?

Does IV-OPTs also take into consideration the cost of having 2 IVs instead of
1? 


-- 


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

[Bug target/27440] [4.0/4.1/4.2 regression] code quality regression due to ivopts

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-05-04 23:04 ---
IV-OPTs just gets info from the target.  Now if the target says weird
addressing mode is the same as cheap ones, what do you think will happen?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |minor
  Component|tree-optimization   |target
   Keywords||missed-optimization
   Target Milestone|--- |4.0.4


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

[Bug rtl-optimization/27437] [4.2 Regression]: -O3 regression due to SEE

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-04 23:01 ---
(In reply to comment #1)
> One reduced testcase while bootstrapping:

In that testcase, we produce a subreg of mode QI and also a zero entend of SI. 
Both of those look wrong in general, maybe that is just -march=i386 playing
tricks as we get int(bool(t < t1)) (which of course should have been simplified
after PHI -OPT to t < t1 but does not because 1, there is no tree combiner or
2) we don't fold as we come out of SSA.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-05-04 23:01:09
   date||


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

[Bug tree-optimization/27440] New: [4.0/4.1/4.2 regression] code quality regression due to ivopts

[dann at godzilla dot ics dot uci dot edu]

Compiling this code with 3.4.6
void fill2 (unsigned int *arr,  unsigned int val, unsigned int start, unsigned
int limit)
{
  unsigned int i;
  for (i = start; i < start + limit; i++)
arr[i] = val;
}
generates: 
.L10:
movl%ecx, (%ebx,%eax,4)
incl%eax
.L8:
cmpl%eax, %edx
ja  .L10
4.0/4.1/4.2 -O2 generate:

.L4:
incl%edx
movl%esi, (%eax)
addl$4, %eax
cmpl%ecx, %edx
jne .L4
which is both slower and bigger. 

using -O2 -fno-ivopts the result is much better:
.L4:
movl%ecx, (%ebx,%eax,4)
incl%eax
cmpl%edx, %eax
jb  .L4

The difference in the .final_cleanup dump with and without ivopts is obvious:
With ivopts: 

  void * ivtmp.29;
  unsigned int ivtmp.26;
  unsigned int D.1290;

:
  D.1290 = start + limit;
  if (start < D.1290) goto ; else goto ;

:;
  ivtmp.29 = arr + (unsigned int *) (start * 4);
  ivtmp.26 = 0;

:;
  MEM[base: (unsigned int *) ivtmp.29] = val;
  ivtmp.26 = ivtmp.26 + 1;
  ivtmp.29 = ivtmp.29 + 4B;
  if (ivtmp.26 != D.1290 - start) goto ; else goto ;

:;
  return;

Without ivopts:
  unsigned int i;
  unsigned int D.1290;

:
  D.1290 = start + limit;
  if (start < D.1290) goto ; else goto ;

:;
  i = start;

:;
  *((unsigned int *) (i * 4) + arr) = val;
  i = i + 1;
  if (i < D.1290) goto ; else goto ;

:;
  return;


The   "void * ivtmp.29" is created by the ivopts pass. Why is it
a void* when it is known to be assigned to a unsigned int* ? 

Note that loops like the one in this example are quite common. For example in
the assembly for PR8361 there are about 37 "fill" functions with very similar
code (they are intantiations of 2 different templates, but still...)


-- 
   Summary: [4.0/4.1/4.2 regression] code quality regression due to
ivopts
   Product: gcc
   Version: 4.0.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dann at godzilla dot ics dot uci dot edu
GCC target triplet: i686-pc-linux-gnu


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

[Bug java/27439] New: gcj chokes on invalid expression

[brakhane at gmail dot com]

The following short (invalid) sourcecode:
---
class Foo {
public void bar() {
int x = 42;
++-x;
}
}
---
crashes gcj 4.0.2:
$ gcj -v -save-temps Bug.java
Using built-in specs.
Reading specs from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../libgcj.spec
rename spec lib to liborig
Target: i486-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,java
--prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu
--enable-java-awt=gtk-default --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --with-tune=i686
--enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.4 20060422 (prerelease) (Debian 4.0.3-2)
 /usr/lib/gcc/i486-linux-gnu/4.0.4/jc1 Bug.java -fhash-synchronization
-fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions
-fno-omit-frame-pointer -fkeep-inline-functions -quiet -dumpbase Bug.java
-mtune=i686 -auxbase Bug -g1 -version -o Bug.s
GNU Java version 4.0.4 20060422 (prerelease) (Debian 4.0.3-2) (i486-linux-gnu)
compiled by GNU C version 4.0.4 20060422 (prerelease) (Debian 4.0.3-2).
GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32055
Class path starts here:
./
/usr/share/java/libgcj-4.0.4.jar/ (system) (zip)
Bug.java: In class 'Foo':
Bug.java: In method 'Foo.bar()':
Bug.java:4: internal compiler error: in gimplify_expr, at gimplify.c:4378
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .

When compiling to bytecode, the error becomes:
internal compiler error: in generate_bytecode_insns, at java/jcf-write.c:1960


-- 
   Summary: gcj chokes on invalid expression
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brakhane at gmail dot com


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

[Bug objc/27438] '_OBJC_INSTANCE_0' defined but not used warning

[tima dot vaisburd at gmail dot com]

--- Comment #2 from tima dot vaisburd at gmail dot com  2006-05-04 22:25 
---
Created an attachment (id=11378)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11378&action=view)
Test case

Compilation made by:

gcc -c -save-temps -m64 -mcpu=v9 NSArchiver.m -c \
  -MMD -MP -I/usr/local/geneva/packages/include -DGNUSTEP_TARGET_DIR=\".\"
-DGNUSTEP_TARGET_CPU=\"sparc\" -DGNUSTEP_TARGET_OS=\"solaris2.8\"
-DGNUSTEP_FLATTENED=\"yes\" -DLIBRARY_COMBO=\"gnu-gnu-gnu\" -Wall
-Wno-char-subscripts -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_RUNTIME=1
-DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fpic -fPIC -DGSWARN -DGSDIAGNOSE -g -O2
-fno-strict-aliasing -fgnu-runtime -fconstant-string-class=NSConstantString
-I../Headers/Additions -I../Headers -I./. -I.
-I/usr/local/geneva/packages/include
-I/usr/local/geneva/packages/GNUstep/System/Library/Headers
-I/usr/local/geneva/packages/GNUstep/System/Library/Headers
-I/usr/local/geneva/packages/include/libxml2 -IGNUstep/Library/Headers
-I/usr/local/geneva/packages/GNUstep/Local/Library/Headers
-I/usr/local/geneva/packages/GNUstep/System/Library/Headers \
   -o shared_obj/NSArchiver.o


-- 


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

[Bug objc/27438] '_OBJC_INSTANCE_0' defined but not used warning

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-05-04 22:21 ---
And I asked you to read http://gcc.gnu.org/bugs.html which means attaching the
preprocessed source.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug objc/27438] New: '_OBJC_INSTANCE_0' defined but not used warning

[tima dot vaisburd at gmail dot com]

The compiler emits the series of warnings like

GSCategories.m:50: warning: '_OBJC_INSTANCE_0' defined but not used
[...]

when it sees the construct @"string".

According to Anrew Pinski ([EMAIL PROTECTED]) this is a compiler bug


-- 
   Summary: '_OBJC_INSTANCE_0' defined but not used warning
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tima dot vaisburd at gmail dot com
 GCC build triplet: sparc-sun-solaris2.8
  GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8


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

[Bug fortran/20248] gfortran: intrinsics and std=f95, inconsistency with other compilers

[kargl at gcc dot gnu dot org]

--- Comment #11 from kargl at gcc dot gnu dot org  2006-05-04 22:04 ---
Harald,

I've looked at the problem.  The -Wall option will set the -Wnonstd-intrinsic
option.  This flag appears to trigger a warning when used with -pedantic.
It does not trigger a warning if you use it with just -std=f95.

troutmask:sgk[254] gfc4x -std=f95 -Wnonstd-intrinsics -o z iargc.f90
/home/sgk/tmp/ccaTswTS.o(.text+0x55): In function `MAIN__':
: undefined reference to `iargc_'
collect2: ld returned 1 exit status

which by now looks familiar to you.

With "-std=f95 -fall-intrinsic -Wall"., gfortran added iargc to the
list of intrinsics and set -Wnonstd-intrinsics to trigger a warning.
However, the -std=f95 was telling gfc_notify_std to convert the
warning to an error.

I have a patch that will turn this back into a warning.  Will this
make you happy?

troutmask:sgk[255] gfc4x -std=f95 -fall-intrinsics -Wnonstd-intrinsics -o z
iargc.f90
 In file iargc.f90:5

   print *, iargc()
  1
Warning: Intrinsic 'iargc' at (1) is not included in the selected standard
troutmask:sgk[256] ./z 2
   1


-- 


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

[Bug c/16622] [C99] extern inline is handled wrong in C99 mode

[geoffk at gcc dot gnu dot org]

--- Comment #11 from geoffk at gcc dot gnu dot org  2006-05-04 21:57 ---
I am working on this (the original reported problem).


-- 

geoffk at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||geoffk at gcc dot gnu dot
   ||org
 AssignedTo|unassigned at gcc dot gnu   |geoffk at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-12-18 00:41:11 |2006-05-04 21:57:20
   date||


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

[Bug c/11377] fault or warn modifiable static in extern inline definition

[geoffk at gcc dot gnu dot org]

--- Comment #4 from geoffk at gcc dot gnu dot org  2006-05-04 21:49 ---
I have a patch for this at

which is on hold for 4.3.


-- 

geoffk at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||geoffk at gcc dot gnu dot
   ||org
 AssignedTo|unassigned at gcc dot gnu   |geoffk at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-12-18 00:37:31 |2006-05-04 21:49:23
   date||


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

[Bug c++/27430] ICE on array of voids as template parameter

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-04 21:32 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-05-04 21:32:08
   date||


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

[Bug c++/27422] [4.0/4.1/4.2 regression] ICE with invalid function argument

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-04 21:31 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-05-04 21:31:53
   date||


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

[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code

[pinskia at gcc dot gnu dot org]

--- Comment #9 from pinskia at gcc dot gnu dot org  2006-05-04 21:25 ---
(In reply to comment #8)
> WRT this code generated by tree-ch:
>   D.1305_41 = Int_Loc_3 + 1;
>   if (Int_Loc_3 <= D.1305_41) goto ; else goto ;
> 
> AFAICT there's exactly one value for which the comparison can be false, IMO it
> would be better to test directly that value instead of generating a new SSA
> name and another expression.

Well CH should not do this as it never sees two expressions together, only the
one COND_EXPR.  If we do a VRP after CH, it will not fix it currently either
because VRP does not record that many symbolic ranges (I forgot that PR number,
it was filed by me). If VRP did that and we added a VRP after CH but before
IV-OPTS, maybe this wil fix itself.


-- 


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

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

[steven at gcc dot gnu dot org]

--- Comment #17 from steven at gcc dot gnu dot org  2006-05-04 21:10 ---
Too old.  Upgrade.  :-)


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX


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

[Bug target/26481] ICE with -mcpu=power and struct passing

[dje at gcc dot gnu dot org]

--- Comment #16 from dje at gcc dot gnu dot org  2006-05-04 20:44 ---
Subject: Bug 26481

Author: dje
Date: Thu May  4 20:43:57 2006
New Revision: 113540

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113540
Log:
PR target/26481
* config/rs6000/rs6000.md (stmsi_power): Mark clobber constraint
with output modifier.

Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/config/rs6000/rs6000.md


-- 


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

[Bug target/26481] ICE with -mcpu=power and struct passing

[dje at gcc dot gnu dot org]

--- Comment #15 from dje at gcc dot gnu dot org  2006-05-04 20:41 ---
Subject: Bug 26481

Author: dje
Date: Thu May  4 20:40:52 2006
New Revision: 113539

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113539
Log:
PR target/26481
* config/rs6000/rs6000.md (stmsi_power): Mark clobber constraint
with output modifier.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/rs6000.md


-- 


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

[Bug target/26765] ICE in in extract_insn with __thread and optimization

[kazu at gcc dot gnu dot org]

--- Comment #8 from kazu at gcc dot gnu dot org  2006-05-04 20:21 ---
Just checked in a patch.


-- 

kazu at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/26765] ICE in in extract_insn with __thread and optimization

[kazu at gcc dot gnu dot org]

--- Comment #7 from kazu at gcc dot gnu dot org  2006-05-04 20:18 ---
Subject: Bug 26765

Author: kazu
Date: Thu May  4 20:18:24 2006
New Revision: 113538

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113538
Log:
gcc/
PR target/26765
* config/mips/mips.c (mips_symbolic_address_p): Return true
for SYMBOL_TLSGD, SYMBOL_TLSLDM, SYMBOL_DTPREL, SYMBOL_TPREL,
SYMBOL_GOTTPREL, and SYMBOL_TLS.

gcc/testsuite/
PR target/26765
* gcc.target/mips/pr26765.c: New.

Added:
branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.target/mips/pr26765.c
Modified:
branches/csl/sourcerygxx-4_1/ChangeLog.csl
branches/csl/sourcerygxx-4_1/gcc/config/mips/mips.c


-- 


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

[Bug target/26765] ICE in in extract_insn with __thread and optimization

[kazu at gcc dot gnu dot org]

--- Comment #6 from kazu at gcc dot gnu dot org  2006-05-04 20:15 ---
Subject: Bug 26765

Author: kazu
Date: Thu May  4 20:14:58 2006
New Revision: 113537

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113537
Log:
gcc/
PR target/26765
* config/mips/mips.c (mips_symbolic_address_p): Return true
for SYMBOL_TLSGD, SYMBOL_TLSLDM, SYMBOL_DTPREL, SYMBOL_TPREL,
SYMBOL_GOTTPREL, and SYMBOL_TLS.

gcc/testsuite/
PR target/26765
* gcc.target/mips/pr26765.c: New.

Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.target/mips/pr26765.c
Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/config/mips/mips.c
branches/gcc-4_1-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug target/26765] ICE in in extract_insn with __thread and optimization

[kazu at gcc dot gnu dot org]

--- Comment #5 from kazu at gcc dot gnu dot org  2006-05-04 20:13 ---
Subject: Bug 26765

Author: kazu
Date: Thu May  4 20:13:37 2006
New Revision: 113536

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113536
Log:
gcc/
PR target/26765
* config/mips/mips.c (mips_symbolic_address_p): Return true
for SYMBOL_TLSGD, SYMBOL_TLSLDM, SYMBOL_DTPREL, SYMBOL_TPREL,
SYMBOL_GOTTPREL, and SYMBOL_TLS.

gcc/testsuite/
PR target/26765
* gcc.target/mips/pr26765.c: New.

Added:
trunk/gcc/testsuite/gcc.target/mips/pr26765.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/mips/mips.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug target/26765] ICE in in extract_insn with __thread and optimization

[kazu at gcc dot gnu dot org]

-- 

kazu at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/27430] ICE on array of voids as template parameter

[reichelt at gcc dot gnu dot org]

--- Comment #1 from reichelt at gcc dot gnu dot org  2006-05-04 20:06 
---
Testing a patch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |reichelt at gcc dot gnu dot
   |dot org |org


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

[Bug target/26481] ICE with -mcpu=power and struct passing

[ebotcazou at gcc dot gnu dot org]

--- Comment #14 from ebotcazou at gcc dot gnu dot org  2006-05-04 20:06 
---
> I was waiting for feedback from the original reporter, which never was
> supplied.  I have committed the patch on mainline to the 4.1 branch.  I do not
> have access to an AIX 5.1 system and without more details, it is difficult for
> me to investigate.

Unless I'm misktaken, there was some feedback, see comment #9.  And I can
confirm that I now get the very same ICE as reported there after updating the
sources.


-- 


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

[Bug c++/27422] [4.0/4.1/4.2 regression] ICE with invalid function argument

[reichelt at gcc dot gnu dot org]

--- Comment #1 from reichelt at gcc dot gnu dot org  2006-05-04 20:05 
---
Testing a patch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |reichelt at gcc dot gnu dot
   |dot org |org


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

[Bug objc/27240] [4.1/4.2 regression] ICE with invalid fields

[reichelt at gcc dot gnu dot org]

-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |reichelt at gcc dot gnu dot
   |dot org |org
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2006-
   ||05/msg00159.html
 Status|NEW |ASSIGNED


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

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

[brunson at brunson dot com]

--- Comment #16 from brunson at brunson dot com  2006-05-04 19:44 ---
Okay, I'll buy that.

FWIW, gcc-core-4.0.3 builds with no complaints.  Maybe the resolution is
"Upgrade".


-- 


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

[Bug rtl-optimization/27437] [4.2 Regression]: -O3 regression due to SEE

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-05-04 19:21 ---
One reduced testcase while bootstrapping:
int partition_new (int *e1, int *e2)
{
  if (e1 < e2)
return -1;
  else if (e1 > e2)
return 1;
  return 0;
}


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.2.0


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

[Bug rtl-optimization/27437] New: [4.2 Regression]: -O3 regression due to SEE

[hjl at lucon dot org]

The new SEE pass is turned on by -O3, which introduces several regressions on
Linux/x86 and probably on Linux/x86-64:

http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg00171.html

shows

FAIL: gcc.c-torture/compile/pr20539-1.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.c-torture/compile/pr20539-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/execute/20050121-1.c compilation,  -O3 -fomit-frame-pointer 
UNRESOLVED: gcc.c-torture/execute/20050121-1.c execution,  -O3
-fomit-frame-pointer 
FAIL: gcc.c-torture/execute/20050121-1.c compilation,  -O3 -g 
UNRESOLVED: gcc.c-torture/execute/20050121-1.c execution,  -O3 -g 
FAIL: gcc.c-torture/execute/930603-3.c compilation,  -O3 -fomit-frame-pointer 
UNRESOLVED: gcc.c-torture/execute/930603-3.c execution,  -O3
-fomit-frame-pointer 
FAIL: gcc.c-torture/execute/930603-3.c compilation,  -O3 -g 
UNRESOLVED: gcc.c-torture/execute/930603-3.c execution,  -O3 -g 
FAIL: gcc.c-torture/execute/arith-rand-ll.c compilation,  -O3
-fomit-frame-pointer 
UNRESOLVED: gcc.c-torture/execute/arith-rand-ll.c execution,  -O3
-fomit-frame-pointer 
FAIL: gcc.c-torture/execute/arith-rand-ll.c compilation,  -O3 -g 
UNRESOLVED: gcc.c-torture/execute/arith-rand-ll.c execution,  -O3 -g 
FAIL: gcc.c-torture/unsorted/udivmod4.c,  -O3 -fomit-frame-pointer  
FAIL: gcc.c-torture/unsorted/udivmod4.c,  -O3 -g

which aren't in

http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg00073.html


-- 
   Summary: [4.2 Regression]: -O3 regression due to SEE
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon 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=27437

[Bug fortran/27304] gfortran: Warn/abort when format in write does not fit passed arguments

[tobias dot burnus at physik dot fu-berlin dot de]

--- Comment #15 from tobias dot burnus at physik dot fu-berlin dot de  
2006-05-04 19:09 ---
I probably do something wrong, but with
  GNU Fortran 95 (GCC) 4.2.0 20060504 (experimental)
from http://quatramaran.ens.fr/~coudert/gfortran/gfortran-x86_64-linux.tar.gz

I still don't get a run-time error message.
Using fmt_exhaust.f90 it crashes (abort()) rather than going to 10 (err=10).
As does my test case.


-- 

tobias dot burnus at physik dot fu-berlin dot de changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris pre 10

[ebotcazou at gcc dot gnu dot org]

--- Comment #29 from ebotcazou at gcc dot gnu dot org  2006-05-04 19:03 
---
> Fixed (again), for 4.1.1.

Confirmed for all Solaris versions >= 7 on 4.1 branch and mainline, thanks
again.


-- 


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

[Bug fortran/27436] New: gfortran: Abort compiling if there are insufficient data descriptors in format after reversion

[tobias dot burnus at physik dot fu-berlin dot de]

Split off of bug 27304

Currently, gfortran only detects that the IO format descriptor contains
insufficient data at run time. It would be great (though of low priority) if it
would find them at compile time. Examples:
   write(*,'(abc)') n
   write(10,"(i7,(' abcd'))", err=10) n, n
As of fixing bug 27304 this gives an run-time error message. As in my case the
write(*,*) is deeply buried in an "if(very rarely true) write(*,*)", the
compile-time error would be of great help [run time of the program > one day].

Reference: In the 2004-05 "Fortran 2003" draft (10.3) I find:

"If an input/output list specifies at least one effective list item, at
least one data edit descriptor shall exist in the format specification."


-- 
   Summary: gfortran: Abort compiling if there are insufficient data
descriptors in format after reversion
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tobias dot burnus at physik dot fu-berlin dot de


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

[Bug libgcj/27352] SecurityManager.checkPermission() called unnecessarily

[aph at gcc dot gnu dot org]

--- Comment #5 from aph at gcc dot gnu dot org  2006-05-04 18:45 ---
Subject: Bug 27352

Author: aph
Date: Thu May  4 18:44:53 2006
New Revision: 113532

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113532
Log:
2006-05-04  Andrew Haley  <[EMAIL PROTECTED]>

* class.c (make_field_value): Always build_address_of fdecl if
there is an initializer.

2006-05-03  Andrew Haley  <[EMAIL PROTECTED]>

PR libgcj/27352
* expr.c (maybe_rewrite_invocation): New function.
(rewrite_arglist_getclass): Likewise.
(rules): New.
(expand_invoke): Call maybe_rewrite_invocation.
* parse.y (patch_invoke): Likewise.
* java-tree.h: (maybe_rewrite_invocation): New function.

2006-05-03  Andrew Haley  <[EMAIL PROTECTED]>

PR libgcj/27352
* java/lang/Class.java (getClassLoader(Class)): New.
forName(String, Class): New.
* java/lang/natClass.cc (getClassLoader(Class)): New.

2006-05-02  Andrew Haley  <[EMAIL PROTECTED]>

* prims.cc (_Jv_NewMultiArray): Check for phantom class.


Modified:
trunk/gcc/java/ChangeLog
trunk/gcc/java/class.c
trunk/gcc/java/expr.c
trunk/gcc/java/java-tree.h
trunk/gcc/java/parse.y
trunk/libjava/ChangeLog
trunk/libjava/java/lang/Class.h
trunk/libjava/java/lang/Class.java
trunk/libjava/java/lang/natClass.cc
trunk/libjava/prims.cc


-- 


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

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

[pcarlini at suse dot de]

--- Comment #15 from pcarlini at suse dot de  2006-05-04 18:34 ---
To be honest, I dont't think this is, strictly speaking, a *bug*, because this
target is not officially supported.


-- 


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

[Bug other/14251] Use POSIX-compatible flags for 'head' and 'tail'

[pinskia at gcc dot gnu dot org]

--- Comment #20 from pinskia at gcc dot gnu dot org  2006-05-04 18:33 
---
*** Bug 27434 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||eggert at gnu dot org


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

[Bug other/27434] port to POSIX 1003-1.2001 hosts for "sort +N", "tail +N"

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-04 18:33 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug other/27434] port to POSIX 1003-1.2001 hosts for "sort +N", "tail +N"

[eggert at gnu dot org]

--- Comment #1 from eggert at gnu dot org  2006-05-04 18:31 ---
Created an attachment (id=11377)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11377&action=view)
Patch to support POSIX 1003.1-2001 "sort", "tail"


-- 


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

[Bug other/27434] New: port to POSIX 1003-1.2001 hosts for "sort +N", "tail +N"

[eggert at gnu dot org]

I'll attach a patch to port the GCC build procedure to hosts (like
mine) whose sort' and 'tail' implementations treat operands with
leading '+' as file names, as POSIX has required since 2001.  The
patch doesn't affect the build procedure on traditional hosts that
don't support POSIX syntax.  This follows up on the recent gcc-patches
discussion .


-- 
   Summary: port to POSIX 1003-1.2001 hosts for "sort +N", "tail +N"
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eggert at gnu dot org


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

[Bug libgcj/27294] gij throws NullPointerException, when the interpreter is not enabled

[tromey at gcc dot gnu dot org]

--- Comment #1 from tromey at gcc dot gnu dot org  2006-05-04 18:10 ---
It isn't clear what exception we ought to throw here.

What is happening is that we've found a .class file for a class
we're searching for, but libgcj is not configured to properly
handle class files.

VirtualMachineError would be ok from a spec. point of view.
But it is a bit unfriendly.  This is what I'm leaning toward.

ClassFormatError would also be legal but it is a bit of a lie.


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tromey at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-05-04 18:10:30
   date||


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

[Bug c++/27433] diagnostic for vector template argument is poor

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-05-04 17:55 ---
The same issue is inside a class which in my mind should work.
#define __vector __attribute__((vector_size(16)))
template 
struct b
{
  __vector A t;
};


-- 


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

[Bug c++/27433] New: diagnostic for vector template argument is poor

[pinskia at gcc dot gnu dot org]

Testcase:
#define __vector __attribute__((vector_size(16)))
template 
void f(A, vector A, int);

--
Currently we get:
t1.cc:4: error: invalid vector type for attribute 'vector_size'

Which is poor and does not explain that vectorsize attribute does not apply to
the template arument, maybe really it should.


-- 
   Summary: diagnostic for vector template argument is poor
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

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

[brunson at brunson dot com]

--- Comment #14 from brunson at brunson dot com  2006-05-04 17:43 ---
This bug is still present in gcc-3.4.6 on UnixWare (running 7.1.4, but there's
no reason not to suspect all versions).


-- 


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

[Bug target/16185] ICE: in spill_failure, at reload1.c:1892, global registers and long long

[pinskia at gcc dot gnu dot org]

--- Comment #13 from pinskia at gcc dot gnu dot org  2006-05-04 17:42 
---
*** Bug 27431 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pjb at informatimago dot com


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

[Bug target/27431] Internal error compiling qemu-0.8.0

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-05-04 17:42 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug libgcj/26861] VirtualMachineError in interperter.

[tromey at gcc dot gnu dot org]

--- Comment #4 from tromey at gcc dot gnu dot org  2006-05-04 17:42 ---
Fix checked in.


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/27431] Internal error compiling qemu-0.8.0

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-04 17:41 ---
register struct CPUX86State *env asm("ebp");
# 46 "/d5/src/emulators/qemu-0.8.0/target-i386/exec.h"
register target_ulong T0 asm("ebx");
register target_ulong T1 asm("esi");
register target_ulong T2 asm("edi");

What does one exact when you are starving the register allocator from 4
registers when x86 only have 6.


-- 


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

[Bug libgcj/26861] VirtualMachineError in interperter.

[tromey at gcc dot gnu dot org]

--- Comment #3 from tromey at gcc dot gnu dot org  2006-05-04 17:35 ---
Subject: Bug 26861

Author: tromey
Date: Thu May  4 17:35:05 2006
New Revision: 113531

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113531
Log:
PR libgcj/26861:
* interpret.cc (run) : Removed 0x check.
: Likewise.
(NULLCHECK): Define unconditionally.
* link.cc (ensure_class_linked): Removed dead code.

Modified:
trunk/libjava/ChangeLog
trunk/libjava/interpret.cc
trunk/libjava/link.cc


-- 


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

[Bug target/27431] Internal error compiling qemu-0.8.0

[aldot at gcc dot gnu dot org]

--- Comment #1 from aldot at gcc dot gnu dot org  2006-05-04 17:30 ---
(In reply to comment #0)
> If you ask for *.i files, why don't you provide a upload button in bugzilla?
> 
There is a "Create an attachment" link above.


-- 


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

[Bug target/27432] -fschedule-insns -O2 -march=athlon cause compilation error

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-05-04 17:30 ---
This is the standard x86 vs 1st pass scheduling vs the register allocator bug.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c   |target
   Keywords||ice-on-valid-code, ra


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

[Bug c/27432] -fschedule-insns -O2 -march=athlon cause compilation error

[master_up at post dot cz]

--- Comment #2 from master_up at post dot cz  2006-05-04 17:30 ---
Created an attachment (id=11376)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11376&action=view)
gcc temp .s file


-- 


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

[Bug c/27432] -fschedule-insns -O2 -march=athlon cause compilation error

[master_up at post dot cz]

--- Comment #1 from master_up at post dot cz  2006-05-04 17:29 ---
Created an attachment (id=11375)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11375&action=view)
gcc temp .i file


-- 


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

[Bug c/27432] New: -fschedule-insns -O2 -march=athlon cause compilation error

[master_up at post dot cz]

Use -march=athlon-xp -O2 -fschedule-insns
or -march=athlon -O2 -fschedule-insns

gcc version where REPRODUCED:
gcc-3.4-20060307
gcc (GCC) 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)
---
NOT REPRODUCED by
gcc-3.3.6


There is one more bug looking much similar but amd64 arch... is better add it
here or create new bug???


gcc ERROR--:
gcc: warning: -pipe ignored because -save-temps specified
via_mode.c: In function `ViaMonitorRangesCombine':
via_mode.c:1366: error: unable to find a register to spill in class `AD_REGS'
via_mode.c:1366: error: this is the insn:
(insn:HI 6 27 4 0 (set (reg/v:SI 62 [ twocount ])
(mem/f:SI (plus:SI (reg/f:SI 16 argp)
(const_int 4 [0x4])) [11 twocount+0 S4 A32])) 37
{*movsi_1_nointernunit} (nil)
(expr_list:REG_EQUIV (mem/f:SI (plus:SI (reg/f:SI 16 argp)
(const_int 4 [0x4])) [11 twocount+0 S4 A32])
(nil)))
via_mode.c:1366: confused by earlier errors, bailing out


---COMMAND LINE
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DXFree86Server -DIN_MODULE -DXFree86Module \
-DXFree86LOADER -I/usr/include/xorg -I/usr/include/drm -I/usr/include/X11/dri \
-march=athlon-xp -O2 -pipe -fomit-frame-pointer -Wall -fschedule-insns -MT \
via_mode.lo -MD -MP -MF .deps/via_mode.Tpo -c via_mode.c  -fPIC -DPIC -o
.libs/via_mode.o \
-save-temps


-- 
   Summary: -fschedule-insns -O2 -march=athlon cause compilation
error
   Product: gcc
   Version: 3.4.6
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: master_up at post dot cz
 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=27432

[Bug c/27007] Missed optimization of comparison with 'limited range'

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2006-05-04 17:24 ---
(In reply to comment #7)
> For the tree-vrp.c part of this, perhaps VR_VARYING should be deprecated? 

How can something inside the compiler be deprecated?  That is all internal and
nobody sees it?


-- 


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

[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize -maltivec

[aldot at gcc dot gnu dot org]

--- Comment #4 from aldot at gcc dot gnu dot org  2006-05-04 17:23 ---
for reference, the backtrace on i686:

Program received signal SIGSEGV, Segmentation fault.
0x0820096f in fold_convert (type=0x0, arg=0xb71527fc)
at ../../../src/gcc-4.2/gcc/fold-const.c:1991
1991  if (TREE_CODE (arg) == ERROR_MARK
(gdb) bt
#0  0x0820096f in fold_convert (type=0x0, arg=0xb71527fc)
at ../../../src/gcc-4.2/gcc/fold-const.c:1991
#1  0x08452ecb in chrec_convert (type=0x0, chrec=0xb71527fc, 
at_stmt=0xb75a4320) at ../../../src/gcc-4.2/gcc/tree-chrec.c:1187
#2  0x0845bf70 in create_data_ref (memref=0xb75996e8, stmt=0xb75a4320, 
is_read=1 '\001') at ../../../src/gcc-4.2/gcc/tree-data-ref.c:1960
#3  0x08460e70 in find_data_references_in_loop (loop=0x87684d0, 
datarefs=0x8849a2c) at ../../../src/gcc-4.2/gcc/tree-data-ref.c:4050
#4  0x08461887 in compute_data_dependences_for_loop (loop=0x87684d0, 
compute_self_and_read_read_dependences=0 '\0', datarefs=0x8849a2c, 
dependence_relations=0x8849a30)
at ../../../src/gcc-4.2/gcc/tree-data-ref.c:4189
#5  0x08116a8d in vect_analyze_data_refs (loop_vinfo=0x8849a08)
at ../../../src/gcc-4.2/gcc/tree-vect-analyze.c:1336
#6  0x08118539 in vect_analyze_loop (loop=0x87684d0)
at ../../../src/gcc-4.2/gcc/tree-vect-analyze.c:1999
#7  0x0811422f in vectorize_loops (loops=0x8853148)
at ../../../src/gcc-4.2/gcc/tree-vectorizer.c:2040
#8  0x0810645f in tree_vectorize ()
at ../../../src/gcc-4.2/gcc/tree-ssa-loop.c:193
#9  0x083f4e2c in execute_one_pass (pass=0x86010a0)
at ../../../src/gcc-4.2/gcc/passes.c:864
#10 0x083f4f77 in execute_pass_list (pass=0x86010a0)
at ../../../src/gcc-4.2/gcc/passes.c:911
#11 0x083f4f97 in execute_pass_list (pass=0x8600fa0)
at ../../../src/gcc-4.2/gcc/passes.c:912
#12 0x083f4f97 in execute_pass_list (pass=0x85ff9e0)
at ../../../src/gcc-4.2/gcc/passes.c:912
#13 0x080c1a83 in tree_rest_of_compilation (fndecl=0xb7872f80)
at ../../../src/gcc-4.2/gcc/tree-optimize.c:418
#14 0x08057b05 in c_expand_body (fndecl=0xb7872f80)
at ../../../src/gcc-4.2/gcc/c-decl.c:6695
#15 0x08444f23 in cgraph_expand_function (node=0xb756e880)
at ../../../src/gcc-4.2/gcc/cgraphunit.c:1117
#16 0x084450bc in cgraph_expand_all_functions ()
at ../../../src/gcc-4.2/gcc/cgraphunit.c:1182
#17 0x08445883 in cgraph_optimize ()
at ../../../src/gcc-4.2/gcc/cgraphunit.c:1450
#18 0x0805a072 in c_write_global_declarations ()
at ../../../src/gcc-4.2/gcc/c-decl.c:7810
#19 0x083cc83b in compile_file () at ../../../src/gcc-4.2/gcc/toplev.c:1012
#20 0x083cdefc in do_compile () at ../../../src/gcc-4.2/gcc/toplev.c:1970
#21 0x083cdf64 in toplev_main (argc=39, argv=0xbf800d44)
at ../../../src/gcc-4.2/gcc/toplev.c:2002
#22 0x080ab280 in main (argc=39, argv=0xbf800d44)
at ../../../src/gcc-4.2/gcc/main.c:35


-- 


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

[Bug c/27007] Missed optimization of comparison with 'limited range'

[trt at acm dot org]

--- Comment #7 from trt at acm dot org  2006-05-04 17:21 ---
For the tree-vrp.c part of this, perhaps VR_VARYING should be deprecated?  I
notice there is a single place (set_value_range_to_varying) which assigns
VR_VARYING but a couple dozen places that check it.  If instead a type-based
VR_RANGE were assigned then all those checks could be omitted.  And I think vrp
would also do a better job.  It looks like this is already being considered:
http://gcc.gnu.org/ml/gcc/2006-03/msg00790.html


-- 


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

[Bug tree-optimization/27093] [4.2 Regression] verify_ssa failed: definition does not dominate use

[dberlin at dberlin dot org]

--- Comment #7 from dberlin at gcc dot gnu dot org  2006-05-04 16:57 ---
Subject: Bug 27093

This should fix it.


--- Comment #8 from dberlin at gcc dot gnu dot org  2006-05-04 16:57 ---
Created an attachment (id=11374)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11374&action=view)


-- 


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

[Bug tree-optimization/27093] [4.2 Regression] verify_ssa failed: definition does not dominate use

[dberlin at gcc dot gnu dot org]

--- Comment #6 from dberlin at gcc dot gnu dot org  2006-05-04 16:52 ---
G. These phi nodes are all dead, but it still is verifying them anyway.


-- 


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

[Bug c/27431] New: Internal error compiling qemu-0.8.0

[pjb at informatimago dot com]

Bugzilla says:
Comment Too Long
Comments cannot be longer than 65,535 characters.

See: http://thalassa.informatimago.com/gcc-bug.txt

If you ask for *.i files, why don't you provide a upload button in bugzilla?


-- 
   Summary: Internal error compiling qemu-0.8.0
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pjb at informatimago dot com
 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=27431

[Bug c++/27430] New: ICE on array of voids as template parameter

[reichelt at gcc dot gnu dot org]

The following invalid code snippet causes an ICE since at least GCC 2.95.3:

=
template struct A;
=

bug.cc:1: error: creating array of void
bug.cc:1: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in process_template_parm, at cp/pt.c:2354
Please submit a full bug report, [etc.]


-- 
   Summary: ICE on array of voids as template parameter
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org


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

[Bug middle-end/27428] [4.0/4.1/4.2 regression] ICE with goto in erroneous code

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.0.4


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

[Bug middle-end/27428] New: [4.0/4.1/4.2 regression] ICE with goto in erroneous code

[reichelt at gcc dot gnu dot org]

The following invalid code snippet causes a segfault in main_block_label
in tree-cfg.c:

===
void foo()
{
goto L;
if (0..) { L: ; }
}
===

bug.c:4:9: error: too many decimal points in number
bug.c: In function 'foo':
bug.c:5: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]

We ICE since GCC 4.0.0.


-- 
   Summary: [4.0/4.1/4.2 regression] ICE with goto in erroneous code
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org


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

[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3

[pluto at agmk dot net]

--- Comment #3 from pluto at agmk dot net  2006-05-04 16:18 ---
(In reply to comment #0)
> Hi,
> 
> I just pulled from SVN and tried to build for IA64, and it fails with
> 
> Comparing stages 2 and 3
> warning: ./cc1-checksum.o differs
> Bootstrap comparison failure!
> ./varasm.o differs
> ./gcc.o differs
> 

looks similiar to PR20586


-- 


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

[Bug bootstrap/25672] cross build's libgcc picks up CFLAGS

[pluto at agmk dot net]

--- Comment #6 from pluto at agmk dot net  2006-05-04 16:15 ---
nobody cares about this bad flags pickup?
(In reply to comment #5)
> hmm, CFLAGS_FOR_TARGET picks up CFLAGS.
> 
> --- gcc-4.1-20060106/Makefile.in.orig   2005-12-15 15:02:02.0 +0100
> +++ gcc-4.1-20060106/Makefile.in2006-01-08 19:27:18.406458250 +0100
> @@ -329,9 +329,9 @@
>  # CFLAGS will be just -g.  We want to ensure that TARGET libraries
>  # (which we know are built with gcc) are built with optimizations so
>  # prepend -O2 when setting CFLAGS_FOR_TARGET.
> -CFLAGS_FOR_TARGET = -O2 $(CFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET)
> +CFLAGS_FOR_TARGET = -O2 $(SYSROOT_CFLAGS_FOR_TARGET)
>  SYSROOT_CFLAGS_FOR_TARGET = @SYSROOT_CFLAGS_FOR_TARGET@
> -CXXFLAGS_FOR_TARGET = $(CXXFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET)
> +CXXFLAGS_FOR_TARGET = -O2 $(SYSROOT_CFLAGS_FOR_TARGET)
>  LIBCFLAGS_FOR_TARGET = $(CFLAGS_FOR_TARGET)
>  LIBCXXFLAGS_FOR_TARGET = $(CXXFLAGS_FOR_TARGET) -fno-implicit-templates
>  LDFLAGS_FOR_TARGET =
> 

nobody cares?


-- 


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

[Bug c++/27427] [4.0/4.1/4.2 regression] ICE with invalid template parameter

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.0.4


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

[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3

[sje at cup dot hp dot com]

--- Comment #2 from sje at cup dot hp dot com  2006-05-04 16:05 ---
My nightly build based on SVN version 113509 bootstrapped fine.  What
source/SVN version were you building?  I built using a GCC 4.0.2.


-- 

sje at cup dot hp dot com changed:

   What|Removed |Added

 CC||sje at cup dot hp dot com


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

[Bug c/21920] alias violating

[pinskia at gcc dot gnu dot org]

--- Comment #95 from pinskia at gcc dot gnu dot org  2006-05-04 16:02 
---
*** Bug 27426 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||puvar at rambler-co dot ru


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

[Bug c++/27427] New: [4.0/4.1/4.2 regression] ICE with invalid template parameter

[reichelt at gcc dot gnu dot org]

The following invalid code snippet crashes the C++ frontend sionce GCC 3.4.0:

==
struct A;

template void foo();

A a;

void bar()
{
  foo();
}
==

bug.cc:5: error: aggregate 'A a' has incomplete type and cannot be defined
bug.cc: In function 'void bar()':
bug.cc:9: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in convert_nontype_argument, at cp/pt.c:3583
Please submit a full bug report, [etc.]


-- 
   Summary: [4.0/4.1/4.2 regression] ICE with invalid template
parameter
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org


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

[Bug c++/27426] optimization results in wrong argument passing

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-05-04 16:02 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/27426] New: optimization results in wrong argument passing

[puvar at rambler-co dot ru]

Expected output on little-endian machines:
DEF05678 

Real output with optimization -O2 (where  -- is trash):
DEF0

Compilation command: g++ -O2 t.c

Program text:

#include 

typedef unsigned char uint08_t;
typedef unsigned short int uint16_t;
typedef unsigned int uint32_t;
typedef unsigned long uint64_t;

int main()
{
   uint64_t val = uint64_t(0x123456789ABCDEF0);
   uint08_t h[6];
   *(uint16_t*)h = (val >> 32) & 0x;
   *(uint32_t*)(h + 2) = val & 0x;
   uint32_t res = *((uint32_t *)h);
   printf ("%08X\n", res);
   return 0;
}


-- 
   Summary: optimization results in wrong argument passing
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: puvar at rambler-co dot ru


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

[Bug c++/27425] [4.0/4.1/4.2 regression] ICE with invalid template-template-parameter

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.0.4


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

[Bug c++/27425] New: [4.0/4.1/4.2 regression] ICE with invalid template-template-parameter

[reichelt at gcc dot gnu dot org]

The C++ frontend ICEs on the following invalid code snippet since GCC 3.4.0:

==
template struct A
{
template class> struct B {};
template struct C;
B b;
};

A<0> a;
==

bugB.cc:3: error: 'void' is not a valid type for a template constant parameter
bugB.cc:4: error: 'void' is not a valid type for a template constant parameter
bugB.cc: In instantiation of 'A<0>':
bugB.cc:8:   instantiated from here
bugB.cc:3: error: 'void' is not a valid type for a template constant parameter
bugB.cc:4: error: 'void' is not a valid type for a template constant parameter
bugB.cc:4: error: 'void' is not a valid type for a template constant parameter
bugB.cc:5: internal compiler error: in coerce_template_parms, at cp/pt.c:4042
Please submit a full bug report, [etc.]

With GCC 3.3.3 - 3.3.6 we got sensible error messages.
Before GCC 3.3.3 the compiler entered an infinite loop.


-- 
   Summary: [4.0/4.1/4.2 regression] ICE with invalid template-
template-parameter
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org


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

[Bug c++/27422] [4.0/4.1/4.2 regression] ICE with invalid function argument

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.0.4


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

[Bug c/27421] [4.0/4.1/4.2 regression] ICE with invalid array in struct

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.0.4


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

[Bug c++/27424] [4.0/4.1/4.2 regression] Valid template-template-parameter rejected

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.0.4


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

[Bug c++/27424] New: [4.0/4.1/4.2 regression] Valid template-template-parameter rejected

[reichelt at gcc dot gnu dot org]

The C++ frontend rejects the following IMHO valid code snippet since GCC 3.4.0:

==
template struct A
{
template class> struct B {};
template struct C;
B b;
};

A a;
==

bug.cc: In instantiation of 'A':
bug.cc:8:   instantiated from here
bug.cc:5: error: type/value mismatch at argument 1 in template parameter list
for 'template template >
class > template template >
class > struct A::B'
bug.cc:5: error:   expected a template of type 'template template > class', got 'template >
struct A::C'

The code compiles if I replace T by int inside A.


-- 
   Summary: [4.0/4.1/4.2 regression] Valid template-template-
parameter rejected
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: rejects-valid, monitored
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org


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

[Bug c++/27370] [4.0 Regression] Bogus warning about ignoring function return value (__attribute__ ((warn_unused_result)))

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2006-05-04 15:25 ---
The problem with 4.0 is that the CALL_EXPR uses the return slot address to
return, but we don't honour that.

Index: c-common.c
===
*** c-common.c  (revision 113528)
--- c-common.c  (working copy)
*** c_warn_unused_result (tree *top_p)
*** 5658,5664 
break;

  case CALL_EXPR:
!   if (TREE_USED (t))
break;

/* This is a naked call, as opposed to a CALL_EXPR nested inside
--- 5658,5665 
break;

  case CALL_EXPR:
!   if (TREE_USED (t)
! || CALL_EXPR_HAS_RETURN_SLOT_ADDR (t))
break;

/* This is a naked call, as opposed to a CALL_EXPR nested inside

though this makes PR27371 also fail for 4.0, as 4.0 shares the same problem
of always emitting the "useless store".


-- 


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

[Bug libgcj/26861] VirtualMachineError in interperter.

[tromey at gcc dot gnu dot org]

--- Comment #2 from tromey at gcc dot gnu dot org  2006-05-04 15:25 ---
I'm handling this.


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |tromey at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-03-27 18:43:27 |2006-05-04 15:25:28
   date||


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

[Bug driver/27419] '-static' for 'gcc libraries' only?

[P dot Schaffnit at access dot rwth-aachen dot de]

--- Comment #4 from P dot Schaffnit at access dot rwth-aachen dot de  
2006-05-04 15:25 ---

I hadn't thought about that...

Thanks a lot for your help!

Philippe


-- 


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

[Bug driver/27419] '-static' for 'gcc libraries' only?

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-05-04 15:22 ---
Configure GCC with --disable-shared instead.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/27397] [4.2 regression] ICE on invalid template argument

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-05-04 15:21 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-05-04 15:21:21
   date||


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

[Bug c++/27423] New: Default argument for void parameter accepted

[reichelt at gcc dot gnu dot org]

The C++ frontend accepts the following invalid code snippet since at least
GCC 2.95.3:

==
void foo(void = 0);
void bar() { foo(); }
==


-- 
   Summary: Default argument for void parameter accepted
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Keywords: accepts-invalid, monitored
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org


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