[Bug libfortran/21471] 'POSITION = "APPEND"' doesn't seem to work

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-05-11 
07:24 ---
This one is fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c/21502] [4.0/4.1 Regression] small data relocation mismatch

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
07:33 ---
Subject: Bug 21502

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-11 07:33:31

Modified files:
gcc: ChangeLog c-decl.c 
Added files:
gcc/testsuite/gcc.dg: redecl-16.c 

Log message:
PR c/21502
* c-decl.c (finish_decl): Propagate the completed array type of
a global variable into the binding.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8723&r2=2.8724
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcc&r1=1.653&r2=1.654
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/redecl-16.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c/21502] [4.0/4.1 Regression] small data relocation mismatch

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
07:34 ---
Subject: Bug 21502

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

Modified files:
gcc: ChangeLog c-decl.c 
Added files:
gcc/testsuite/gcc.dg: redecl-16.c 

Log message:
PR c/21502
* c-decl.c (finish_decl): Propagate the completed array type of
a global variable into the binding.

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.238&r2=2.7592.2.239
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.630.6.10&r2=1.630.6.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/redecl-16.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug c/21502] [4.0/4.1 Regression] small data relocation mismatch

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2005-05-11 07:35 
---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/17192] Functions returning character pointer via argument are broken

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-05-11 
08:10 ---
It does still compile, but does still not return the right answer. The problem
disappears if "integer" is used instead of "character*5". The tree dump
(obtained with -fdump-tree-original) is:

s (__result, .__result, e, d, _e, _d)
{
  _gfortran_copy_string (5, e, 5, d);
  __result = (char[1:5] * &) &c;

MAIN__ ()
{
  char c[1:5];
  char[1:5] * p;
  static void s (char[1:5] * &, int4, char[1:5] &, char[1:5] &, int4, int4);

  _gfortran_copy_string (5, &c, 5, "Hallo");
  p = (char[1:5] *) &c;
  {
char str.0[5];

s ((char[1:5] *) &str.0, 5, &c, p, 5, 5);
_gfortran_copy_string (5, &c, 5, (char[1:5] *) &str.0);
  }
 /* ...snip... call output routines */
}

-- 
   What|Removed |Added

   Keywords|ice-on-valid-code   |
   Last reconfirmed|2004-11-11 05:20:44 |2005-05-11 08:10:52
   date||
Summary|Functions returning pointer |Functions returning
   |via argument are broken |character pointer via
   ||argument are broken


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

gcc-bugs@gcc.gnu.org

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
08:15 ---
Subject: Bug 19807

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-11 08:14:45

Modified files:
gcc: ChangeLog fold-const.c tree-ssa-propagate.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/tree-ssa: pr19807.C 

Log message:
2005-05-11  Richard Guenther  <[EMAIL PROTECTED]>

PR middle-end/19807
PR tree-optimization/19639
* fold-const.c (try_move_mult_to_index): Handle INTEGER_CST
and generic summands for char* as s * delta, too, folding &a[i]
CODE x to &a[i CODE x/s].  Use tree_int_cst_equal
for comparison of steps.  Convert types for index addition.
(fold_binary): Adjust the callers to always dispatch to
try_move_mult_to_index.
* tree-ssa-propagate.c (set_rhs): Avoid setting rhs to
expr with non-gimple ARRAY_REF offset.

* g++.dg/tree-ssa/pr19807.C: New testcase.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8725&r2=2.8726
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.576&r2=1.577
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-propagate.c.diff?cvsroot=gcc&r1=2.18&r2=2.19
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5463&r2=1.5464
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tree-ssa/pr19807.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug tree-optimization/19639] Funny (horrible) code for empty destructor

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
08:15 ---
Subject: Bug 19639

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-11 08:14:45

Modified files:
gcc: ChangeLog fold-const.c tree-ssa-propagate.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/tree-ssa: pr19807.C 

Log message:
2005-05-11  Richard Guenther  <[EMAIL PROTECTED]>

PR middle-end/19807
PR tree-optimization/19639
* fold-const.c (try_move_mult_to_index): Handle INTEGER_CST
and generic summands for char* as s * delta, too, folding &a[i]
CODE x to &a[i CODE x/s].  Use tree_int_cst_equal
for comparison of steps.  Convert types for index addition.
(fold_binary): Adjust the callers to always dispatch to
try_move_mult_to_index.
* tree-ssa-propagate.c (set_rhs): Avoid setting rhs to
expr with non-gimple ARRAY_REF offset.

* g++.dg/tree-ssa/pr19807.C: New testcase.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8725&r2=2.8726
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.576&r2=1.577
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-propagate.c.diff?cvsroot=gcc&r1=2.18&r2=2.19
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5463&r2=1.5464
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tree-ssa/pr19807.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug rtl-optimization/21507] New: BYTEmark floating-point emulation: Regression with -O3

[jbucata at tulsaconnect dot com]

Another performance bug in the same vein as bug 21485.  The BYTEmark floating
point emulation benchmark sees a regression 3.4.3 -> 4.0.0 with profiled
optimization.

Relevant flags are: -static -O3 -march=athlon-xp -fomit-frame-pointer
-fprofile-{generate,use}

I took the advice given last time; this one doesn't output any numbers and runs
a fixed number of iterations instead.  Time it to see the difference in 
performance.

-- 
   Summary: BYTEmark floating-point emulation: Regression with -O3
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jbucata at tulsaconnect dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu


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

[Bug rtl-optimization/21507] BYTEmark floating-point emulation: Regression with -O3

[jbucata at tulsaconnect dot com]

--- Additional Comments From jbucata at tulsaconnect dot com  2005-05-11 
08:35 ---
Created an attachment (id=8858)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8858&action=view)
preprocessed test case


-- 


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

[Bug tree-optimization/19639] Funny (horrible) code for empty destructor

[rguenth at gcc dot gnu dot org]

-- 
Bug 19639 depends on bug 19807, which changed state.

Bug 19807 Summary: fold does not fold &a[4]-1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19807

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-05-11 
09:07 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-05-11 
09:08 ---
Always forget to set target milestone.

-- 
   What|Removed |Added

   Target Milestone|--- |4.1.0


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

[Bug target/21506] [4.1 regression] [m68k-linux] ICE in verify_initial_elim_offsets during bootstrap

[schwab at suse dot de]

-- 
   What|Removed |Added

 CC||schwab at suse dot de


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

[Bug tree-optimization/19639] Funny (horrible) code for empty destructor

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-05-11 
09:14 ---
With optimization we now get

void foo() ()
{
  unsigned int ivtmp.0;
  struct Foo * const this;
  register struct Foo * D.1740;
  struct Foo[2] * D.1739;
  struct NonPod x;

:

:;
  return;

}

aka fixed.

-- 
   What|Removed |Added

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


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

[Bug target/21508] New: non-optimal code with __builtin_signbit

[uros at kss-loka dot si]

This testcase:

int test (double a) {
return __builtin_signbit (a + 1.0);
}

produces quite non-optimal code when compiled with '-O2' (-fomit-frame-pointer):

test:
subl$12, %esp
!   xorl%eax, %eax
!   movl$1072693248, %edx
!   movl%eax, (%esp)
!   movl%edx, 4(%esp)
!   fldl(%esp)
faddl   16(%esp)
fstpl   (%esp)
?   movl4(%esp), %edx
addl$12, %esp
?   movl%edx, %eax
andl$-2147483648, %eax
ret

Instructions marked with (!) could be replaced with a fld1.
Instructions marked with (?) could be replaced with a "movl 4(%esp), %eax".

Perhaps fxam could be used in this case? Then the code would look something 
like:

fldl   4(%esp)
fxam
fnstsw %ax
fstp   %st(0)
andl   0x02, %eax
ret

-- 
   Summary: non-optimal code with __builtin_signbit
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: uros at kss-loka dot si
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=21508

[Bug tree-optimization/19507] missed tree-optimization (constant for the rest of the function)

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-05-11 
09:35 ---
Mainline now has

void foo(const Flag&) (f)
{
  const bool D.1718;
  int D.1717;
  struct Flag * const this;
  const bool D.1713;
  int D.1712;
  struct Flag * const this;
  bool D.1707;
  bool retval.1;
  bool D.1705;
  bool retval.0;
  int D.1716;
  int D.1711;

:
  if (f->flag != 0) goto ; else goto ;

:;
  bar ();
  if (f->flag != 0) goto ; else goto ;

:;
  bar () [tail call];

:;
  return;

}


I.e. the missing jump threading is done, but still f->flag is seen as
possibly clobbered by the call to bar().  Still a language lawyer has
to sneak in and tell this optimization would be indeed valid.  The key
is privateness or constness of Flag::flag.

-- 


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

[Bug target/21501] ICE in extract_insn, at recog.c:2082

[rearnsha at gcc dot gnu dot org]

--- Additional Comments From rearnsha at gcc dot gnu dot org  2005-05-11 
09:36 ---
This compiles without problems for me with today's compiler:

$ /work/rearnsha/gnu/egcs/gcc/cc1 -O1 diff.c
 foo

Execution times (seconds)
 symout:   0.00 ( 0%) usr   0.01 (100%) sys   0.01 (50%) wall
 TOTAL :   0.01 0.01 0.02
$ cat diff.s
.file   "diff.c"
.text
.align  2
.global foo
.type   foo, %function
foo:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
@ lr needed for prologue
mov r3, #-67108864
sub r3, r3, #128
add r0, r0, r3
bx  lr
.size   foo, .-foo
.ident  "GCC: (GNU) 4.1.0 20050511 (experimental)"

While developing the other patch that I committed at about the same time

2005-05-09  Richard Earnshaw  <[EMAIL PROTECTED]>

* arm.c (const_ok_for_arm): Use a faster algorithm.

I did find that one of my machines (a netbsd-2.99 based machine with libraries
compiled for an ARMv5 core) had a buggy implementation of ffs(3).  If your
ffs(3) does not correctly determine the bottom bit in a constant, then the code
in const_ok_for_arm may well fail in the manner you describe.  That would be a
host bug, though.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug c++/21509] New: [3.3 regression] -Wformat=2 incorrectly warns about string literalness

[rguenth at gcc dot gnu dot org]

Consider

#include 

void foo(int i)
{
printf("Hello World %d!\n", i);
printf(&"Hello World %d!\n"[0], i);
printf(&"Hello World %d!\n"[6], i);
}

> g++-3.3 -c c-format.C -Wformat=2
> g++-3.4 -c c-format.C -Wformat=2
c-format.C: In function `void foo(int)':
c-format.C:6: warning: format not a string literal, argument types not checked
> g++-4.0 -c c-format.C -Wformat=2
c-format.C: In function 'void foo(int)':
c-format.C:6: warning: format not a string literal, argument types not checked
c-format.C:7: warning: format not a string literal, argument types not checked
> g++-4.1 -c c-format.C -Wformat=2
c-format.C: In function 'void foo(int)':
c-format.C:6: warning: format not a string literal, argument types not checked
c-format.C:7: warning: format not a string literal, argument types not checked

so we're getting worse here.  The problem is that c-format.c:check_format_arg
does not handle string literals of the form ADDR_EXPR (ARRAY_REF ( ... )).

This blocks changing the C frontend to emit &a[0] for array-to-pointer decay.

-- 
   Summary: [3.3 regression] -Wformat=2 incorrectly warns about
string literalness
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/21495] [4.0/4.1 Regression] internal compiler error: Segmentation fault

[jakub at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-05-10 17:50:25 |2005-05-11 10:01:26
   date||


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

[Bug c/21342] [4.0/4.1 Regression] some incompatible external declarations not diagnosed

[schwab at suse dot de]

--- Additional Comments From schwab at suse dot de  2005-05-11 10:18 ---
This is causing a regression on ia64: 
 
stage1/xgcc -Bstage1/ -B/usr/local/ia64-suse-linux/bin/   
-DUSE_LIBUNWIND_EXCEPTIONS -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings 
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long 
-Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H  -o cc1 \ 
c-parse.o c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o 
c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o 
c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o 
c-objc-common.o c-dump.o c-pch.o  c-gimplify.o tree-mudflap.o c-pretty-print.o 
main.o  
libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a   ../libiberty/libiberty.a 
libbackend.a(stringpool.o): In function `ggc_alloc_string': 
../../gcc/stringpool.c:91: relocation truncated to fit: GPREL22 against symbol 
`empty_string' defined in .rodata section in libbackend.a(stringpool.o) 
/usr/bin/ld: final link failed: Nonrepresentable section on output 
collect2: ld returned 1 exit status 
make[2]: *** [cc1] Error 1 
 

-- 
   What|Removed |Added

 CC||schwab at suse dot de
 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c++/21510] New: Possible bug

[sven at clio dot in-berlin dot de]

The following code contains a test template is_class which tries to determine, 
if the given argument is a class. Unlike other implementations it should not 
return true if the argument is a union. I have used the 'substitution failure 
is not an error' principle but g++ V3.3.5 (Debian 1:3.3.5-12) (i486-linux) 
fails with an error though it has a default function available. Since I do not 
have the standard I can't declare this a bug. 
 
 bug.c 
 
cusing namespace std; 
 
#include  
 
template 
struct is_class 
{ 
  typedef char no; 
  struct yes { char c[2]; }; 
  template 
  struct c: _U 
  { 
c(int); 
  }; 
 
  template static no test (...); 
  template static yes test(c<_U>); 
 
  static const bool v = (sizeof (test<_T>(0))==sizeof(yes)); 
}; 
 
union u { int i; double f; }; 
struct c {}; 
 
int main (void) 
{ 
  cout << "union:" << is_class::v << endl; 
  cout << "class:" << is_class::v << endl; 
  cout << "int:" << is_class::v << endl; 
 
  return 0; 
};

-- 
   Summary: Possible bug
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sven at clio dot in-berlin dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i486-linux
  GCC host triplet: i486-linux
GCC target triplet: i486-linux


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

[Bug c/21511] New: internal compiler error

[nkukard at lbsd dot net]

GCC version, system type and options

Using built-in specs.
Target: i586-pc-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --host=i586-pc-linux --with-system-zlib
Thread model: posix
gcc version 4.0.0


glibc 2.3.5



command line triggering error (mysql 4.1.11 source
mysql-4.1.11/mysys/default.c).

gcc -DDEFAULT_BASEDIR=\"/usr\" -DDATADIR="\"/var/lib/mysql\""
-DDEFAULT_CHARSET_HOME="\"/usr\"" -DSHAREDIR="\"/usr/share/mysql\""
-DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -DDBUG_OFF -O4 -g -march=i586
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE   -MT default.o -MD -MP
-MF ".deps/default.Tpo" -c -o default.o default.c



complete output

gcc -DDEFAULT_BASEDIR=\"/usr\" -DDATADIR="\"/var/lib/mysql\""
-DDEFAULT_CHARSET_HOME="\"/usr\"" -DSHAREDIR="\"/usr/share/mysql\""
-DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -DDBUG_OFF -O4 -g -march=i586
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE   -MT default.o -MD -MP
-MF ".deps/default.Tpo" -c -o default.o default.c
default.c: In function 'search_default_file_with_ext':
default.c:346: internal compiler error: in get_indirect_ref_operands, at
tree-ssa-operands.c:1449
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.


preprocessed files (250k file, doubt you want me to paste here)

I posted it on the net...
http://www.lbsd.net/~nkukard/default.i

-- 
   Summary: internal compiler error
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nkukard at lbsd dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux
  GCC host triplet: i586-pc-linux
GCC target triplet: i586-pc-linux


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

[Bug c/21511] internal compiler error

[nkukard at lbsd dot net]

--- Additional Comments From nkukard at lbsd dot net  2005-05-11 10:32 
---
Created an attachment (id=8859)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8859&action=view)
--save-temps output


-- 


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

[Bug libfortran/19478] reading back from /dev/null

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
10:34 ---
Subject: Bug 19478

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-11 10:34:06

Modified files:
gcc/testsuite  : ChangeLog 
libgfortran: ChangeLog 
libgfortran/io : unix.c 
Added files:
gcc/testsuite/gfortran.dg: dev_null.f90 

Log message:
PR fortran/19478
* io/unix.c (fd_truncate): update positions when ftruncate
fails (like writing to /dev/null).
* gfortran.dg/dev_null.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5465&r2=1.5466
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/dev_null.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.213&r2=1.214
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/unix.c.diff?cvsroot=gcc&r1=1.23&r2=1.24



-- 


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

[Bug c/21511] internal compiler error

[nkukard at lbsd dot net]

--- Additional Comments From nkukard at lbsd dot net  2005-05-11 10:34 
---
More findings...

- Removing -O4 resolves the problem

- Adding any -On value, where n is the optimization required results in an
internal compiler error

-- 


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

[Bug libfortran/19478] reading back from /dev/null

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
10:39 ---
Subject: Bug 19478

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-05-11 10:39:49

Modified files:
gcc/testsuite  : ChangeLog 
libgfortran: ChangeLog 
libgfortran/io : unix.c 
Added files:
gcc/testsuite/gfortran.dg: dev_null.f90 

Log message:
PR fortran/19478
* io/unix.c (fd_truncate): update positions when ftruncate
fails (like writing to /dev/null).
* gfortran.dg/dev_null.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.171&r2=1.5084.2.172
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/dev_null.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.27&r2=1.163.2.28
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/unix.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.21.10.2&r2=1.21.10.3



-- 


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

[Bug middle-end/21320] possible false positives for '$foo may be used uninitialized in this function'

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
10:43 ---
(In reply to comment #3)
> Is there an attribute to declare a function as 'will never return NULL'?
> In this case it is true, the called function dereferences the pointer
> to return before returning to the caller.

There is none yet but there is some talk about adding one because it would 
improve code generation 
and checks on null too.


-- 


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

[Bug c++/21509] [3.4/4.0/4.1 regression] -Wformat=2 incorrectly warns about string literalness

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||3.4.0 4.0.0 4.1.0
  Known to work||3.3.3
   Last reconfirmed|-00-00 00:00:00 |2005-05-11 10:48:40
   date||
Summary|[3.3 regression] -Wformat=2 |[3.4/4.0/4.1 regression] -
   |incorrectly warns about |Wformat=2 incorrectly warns
   |string literalness  |about string literalness
   Target Milestone|--- |3.4.4


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

[Bug c/21342] [4.0/4.1 Regression] some incompatible external declarations not diagnosed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
10:50 ---
(In reply to comment #5)
> This is causing a regression on ia64: 
>  
> ../../gcc/stringpool.c:91: relocation truncated to fit: GPREL22 against 
> symbol 
> `empty_string' defined in .rodata section in libbackend.a(stringpool.o) 
> /usr/bin/ld: final link failed: Nonrepresentable section on output 

I think this was fixed by PR 21502.

-- 
   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug c/21511] internal compiler error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
10:51 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
10:51 ---
*** Bug 21511 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||nkukard at lbsd dot net


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

[Bug bootstrap/21481] [4.1 Regression] Bootstrap is broken of FreeBSD by changes to crtstuff.c

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-05-11 
10:55 ---
Hm, this means there are more configure defines that need propagating to the
target side.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |nathan at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-05-10 17:53:03 |2005-05-11 10:55:16
   date||


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

[Bug tree-optimization/18501] [4.1 Regression] Missing 'used unintialized' warning

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

Summary|[4.0 Regression] Missing|[4.1 Regression] Missing
   |'used unintialized' warning |'used unintialized' warning
   Target Milestone|4.0.0   |4.1.0


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

[Bug c++/21483] Spurious 'control may reach end of non-void function' ... being inlined

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:00 ---
(In reply to comment #3)
> (In reply to comment #1)
> > 
> > *** This bug has been marked as a duplicate of 19699 ***
> 
> Shouldn't it be marked as a duplicate of 19583 instead, and 19583 be reopened?
No because this and PR 19699 have the same issue, there is extra dead code 
either produced
by the compiler or the user.

-- 


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

[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-05-11 
11:04 ---
It can be reproduced in libgcj, with --enable-libgcj-multifile.

Paolo

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |
Summary|can't build GNU Classpath   |[4.1 Regression] More
   ||problems with simple type
   ||names as superclasses


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

[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

[bonzini at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|aph at gcc dot gnu dot org  |bonzini at gcc dot gnu dot
   ||org
 Status|REOPENED|ASSIGNED


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

[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-05-11 
11:06 ---
I'll try to produce a reduced test case.

-- 


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

[Bug bootstrap/21512] New: build failure on ppc-apple-darwin5.5 in libcpp

[fxcoudert at gcc dot gnu dot org]

When compiling libcpp/init.c:
../../gcc/libcpp/init.c:59: parse error before `,'
[9 times]

This error happens on:

TRIGRAPH_MAP
  s('=', '#')   s(')', ']') s('!', '|')
  s('(', '[')   s('\'', '^')s('>', '}')
  s('/', '\\')  s('<', '{') s('-', '~')
END

which, once preprocessed, is:

__extension__ const uchar _cpp_trigraph_map[255  + 1] = {
  [ '=' ] =   '#' , [ ')' ] =   ']' ,   [ '!' ] =   '|' ,
  [ '(' ] =   '[' , [ '\'' ] =   '^' ,  [ '>' ] =   '}' ,
  [ '/' ] =   '\\' ,[ '<' ] =   '{' ,   [ '-' ] =   '~' ,
};

The following minimal code:

__extension__ const unsigned char _cpp_trigraph_map[255  + 1] = {
  [ '=' ] =   '#' , [ ')' ] =   ']' ,   [ '!' ] =   '|' 
};

compiles fine on my linux box but gives 3 "parse error before `,'" on 
ppc-darwin5.5.

A workaround seems to specify -DHAVE_DESIGNATED_INITIALIZERS=0.

-- 
   Summary: build failure on ppc-apple-darwin5.5 in libcpp
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: ppc-apple-darwin5.5
  GCC host triplet: ppc-apple-darwin5.5
GCC target triplet: ppc-apple-darwin5.5


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

[Bug c++/21510] Possible bug

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:10 ---
I don't think you used SFINF correctly.

-- 


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

[Bug preprocessor/21512] [4.0/4.1 Regression] build failure on ppc-apple-darwin5.5 in libcpp

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:14 ---
This is caused by moving libcpp to the toplevel.

-- 
   What|Removed |Added

 CC||bonzini at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
  Component|bootstrap   |preprocessor
 Ever Confirmed||1
   Keywords||build
   Last reconfirmed|-00-00 00:00:00 |2005-05-11 11:14:59
   date||
Summary|build failure on ppc-apple- |[4.0/4.1 Regression] build
   |darwin5.5 in libcpp |failure on ppc-apple-
   ||darwin5.5 in libcpp
   Target Milestone|--- |4.0.1


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

[Bug libfortran/19478] reading back from /dev/null

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:18 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 19478, which changed state.

Bug 19478 Summary: reading back from /dev/null
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19478

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug c++/21509] [3.4/4.0/4.1 regression] -Wformat=2 incorrectly warns about string literalness

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:19 ---
Patch posted here: .

-- 
   What|Removed |Added

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


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

[Bug c++/21495] [4.0/4.1 Regression] internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:20 ---
Patch posted here: .

-- 
   What|Removed |Added

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


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

[Bug middle-end/21492] [4.0/4.1 Regression] ICE in try_crossjump_to_edge

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:20 ---
Patch posted here: .

-- 
   What|Removed |Added

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


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

[Bug target/21508] non-optimal code with __builtin_signbit

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:25 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||missed-optimization
  Known to fail||4.0.0 4.1.0
   Last reconfirmed|-00-00 00:00:00 |2005-05-11 11:25:47
   date||


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

Troubles with only GCC3.4.2

[Andrey M Linkevich]

Hi

Help!

cc1plus is coredump only for GCC 3.4.2

1) BAD

See Node_gcc342.cc Node_gcc342.ii

$ g++ -v -save-temps -O0 -o Node_gcc342 Node_gcc342.cc
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.4.2 [FreeBSD] 20040728
 /usr/libexec/cc1plus -E -quiet -v -D_LONGLONG Node_gcc342.cc -O0 -o 
Node_gcc342.ii
ignoring duplicate directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/3.4
 /usr/include/c++/3.4/backward
 /usr/include
End of search list.
 /usr/libexec/cc1plus -fpreprocessed Node_gcc342.ii -quiet -dumpbase 
Node_gcc342.cc -auxbase Node_gcc342 -O0 -version -o Node_gcc342.s
GNU C++ version 3.4.2 [FreeBSD] 20040728 (i386-fbsdproj-freebsd)
compiled by GNU C version 3.4.2 [FreeBSD] 20040728.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
g++: Internal error: Illegal instruction (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.

2) Good

On GCC 3.3.3 - compile is Ok

See Node_gcc333.cc Node_gcc333.ii

$ g++ -v -save-temps -O0 -o Node_gcc333 Node_gcc333.cc
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.3.3 [FreeBSD] 20031106
 /usr/libexec/cc1plus -E -D__GNUG__=3 -quiet -v -D__GNUC__=3 -D__GNUC_MINOR__=3 
-D__GNUC_PATCHLEVEL__=3 -D_LONGLONG Node_gcc333.cc -O0 Node_gcc333.ii
ignoring duplicate directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/3.3
 /usr/include/c++/3.3/backward
 /usr/include
End of search list.
 /usr/libexec/cc1plus -fpreprocessed Node_gcc333.ii -quiet -dumpbase 
Node_gcc333.cc -auxbase Node_gcc333 -O0 -version -o Node_gcc333.s
GNU C++ version 3.3.3 [FreeBSD] 20031106 (i386-undermydesk-freebsd)
compiled by GNU C version 3.3.3 [FreeBSD] 20031106.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
 /usr/bin/as -v -o Node_gcc333.o Node_gcc333.s
GNU assembler version 2.13.2 [FreeBSD] 2002-11-27 (i386-obrien-freebsd5) using 
BFD version 2.13.2 [FreeBSD] 2002-11-27
 /usr/bin/ld -V -dynamic-linker /libexec/ld-elf.so.1 -o Node_gcc333 
/usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib Node_gcc333.o 
-lstdc++ -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o
GNU ld version 2.13.2 [FreeBSD] 2002-11-27
  Supported emulations:
   elf_i386_fbsd

Please help %-)

-- 
System AdministratorRMTelecom
Andrey M LinkevichNOC
extern "C"
{
void bcopy(const void *, void *, int);
}

class TestNodeKey;
class TestNodeValue;



template 
class NodePart
{
public:
	NodePart(void);

	NodePart(const NodePart& Src);
};

template 
inline
NodePart::NodePart(void)
{ }

template 
inline
NodePart::NodePart(const NodePart& Src)
{ ::bcopy(&Src, this, sizeof(T)); }



class TestNodeKey : public NodePart
{
public:
char C __attribute__ ((packed));
};



class TestNodeValue : public NodePart
{
public:
long L __attribute__ ((packed));
};



template 
class Node
{
public:
	K Key __attribute__ ((packed));

	V Value __attribute__ ((packed));

	Node(void);

	Node(const Node& Src);
};

template 
inline
Node::Node(void)
{ }

template 
inline
Node::Node(const Node& Src)
{
	this->Key = Src.Key;
	this->Value = Src.Value;
}



class TestNode : public Node
{
public:
};



int
main (int ArgC, char* ArgV[])
{
TestNode TN1;
TestNode TN2 = TN1;
//TestNode TN2;
//TN2 = TN1;
return 0;
}
# 1 "Node_gcc342.cc"
# 1 ""
# 1 ""
# 1 "Node_gcc342.cc"
extern "C"
{
void bcopy(const void *, void *, int);
}



template 
class NodePart
{
public:
 NodePart(void);

 NodePart(const NodePart& Src);
};

template 
inline
NodePart::NodePart(void)
{ }

template 
inline
NodePart::NodePart(const NodePart& Src)
{ ::bcopy(&Src, this, sizeof(T)); }



class TestNodeKey : public NodePart
{
public:
char C __attribute__ ((packed));
};



class TestNodeValue : public NodePart
{
public:
long L __attribute__ ((packed));
};



template 
class Node
{
public:
 K Key __attribute__ ((packed));

 V Value __attribute__ ((packed));

 Node(void);

 Node(const Node& Src);
};

template 
inline
Node::Node(void)
{ }

template 
inline
Node::Node(const Node& Src)
{
 this->Key = Src.Key;
 this->Value = Src.Value;
}



class TestNode : public Node
{
public:
};



int
main (int ArgC, char* ArgV[])
{
TestNode TN1;
TestNode TN2 = TN1;


return 0;
}
extern "C"
{
void bcopy(const void *, void *, int);
}

class TestNodeKey;
class TestNodeValue;



template 
class NodePart
{
public:
	NodePart(void);

	NodePart(const NodePart& Src);
};

template 
inline
NodePart::NodePart(void)
{ }

template 
inline
NodePart::NodePart(const NodePart& Src)
{ ::bcopy(&Src, this,

[Bug rtl-optimization/21507] BYTEmark floating-point emulation: Regression with -O3

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
11:32 ---
This is actually better on the mainline for PowerPC.

-- 
   What|Removed |Added

   Keywords||missed-optimization


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

[Bug bootstrap/21512] [4.0/4.1 Regression] build failure on ppc-apple-darwin5.5 in libcpp

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-05-11 
11:41 ---
This is a bootstrap bug, the bug is in the toplevel Makefile.

-- 
   What|Removed |Added

  Component|preprocessor|bootstrap


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

[Bug bootstrap/21512] [4.0/4.1 Regression] build failure on ppc-apple-darwin5.5 in libcpp

[bonzini at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |bonzini at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-05-11 11:14:59 |2005-05-11 11:42:01
   date||


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

[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-05-11 
12:18 ---
Reduced test case:

==> Dummy.java <==
package java.security;
class Dummy
{
}

==> gnuX509Certificate.java <==
package gnu.java.security.x509;
class X509Certificate extends java.security.cert.X509Certificate
{
}

==> X509Certificate.java <==
package java.security.cert;
public abstract class X509Certificate extends Certificate
{
}


jc1 Command line:

../../gcc/jc1 srclist -fclasspath= -fbootclasspath=.:../../../libjava
-ffilelist-file -fsyntax-only

-- 


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

[Bug middle-end/20371] Some corner cases of MS bitfields don't work

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
12:25 ---
Subject: Bug 20371

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-11 12:24:50

Modified files:
gcc: ChangeLog stor-layout.c tree.h 

Log message:
PR middle-end/20371:
* tree.h (record_layout_info_s): New member prev_packed.
* stor-layout.c (update_alignment_for_field): Fix comment about
KNOWN_ALIGN.  For MS bitfields, if we start a new run, make sure
we start it properly aligned.
(place_field): At the beginning of a record, pass 0 as KNOWN_ALIGN
to update_alignment_for_field, and recompute it afterwards using
the alignment of the record.
When a packed bitfield precedes an MS bitfield, don't add padding
at the end of the packed bitfield on behalf of the base type of
the packed bit field.
Don't adjust rli->bitpos at the end
of an MS bitfield run if we already adjusted bitpos/offset for an
alignment as large or larger than the bitfield type size.
Take possible record alignment > BIGGEST_ALIGNMENT into account
when calculating actual_align.
Only put packed buit fields into rli->prev_field if they end up
suitably aligned.
Also set rli->remaining_in_alignment when we re-set rli->prev_field.
Update rli->remaining_in_alignment when we have already started a
run of bit fields and we process a packed bit field.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8728&r2=2.8729
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stor-layout.c.diff?cvsroot=gcc&r1=1.230&r2=1.231
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gcc&r1=1.725&r2=1.726



-- 


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

[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
12:25 ---
(In reply to comment #18)
> Reduced test case:
I saw something like this before in a different bug.

-- 


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

[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

[paolo dot bonzini at lu dot unisi dot ch]

--- Additional Comments From paolo dot bonzini at lu dot unisi dot ch  
2005-05-11 12:31 ---
Subject: Re:  [4.1 Regression] More problems with simple type
 names as superclasses


>I saw something like this before in a different bug.
>
It must have been PR21436, which I also reported/distilled/fixed.

But it is not a dup, because no imports are involved in this case.

Paolo


-- 


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

[Bug middle-end/21085] [4.0 Regression] Virtual memory exhausted with g++

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
12:46 ---
Subject: Bug 21085

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-05-11 12:46:09

Modified files:
gcc: ChangeLog fold-const.c tree-ssa-dse.c 

Log message:
2005-05-11  James A. Morrison  <[EMAIL PROTECTED]>

PR tree-optimization/21085
* fold-const (fold): Don't change X % -C to X % C if C has
overflowed.

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.240&r2=2.7592.2.241
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.517.2.7&r2=1.517.2.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-dse.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.17&r2=2.17.4.1



-- 


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

[Bug middle-end/21085] [4.0 Regression] Virtual memory exhausted with g++

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
12:49 ---
Fixed also for 4.0.1.

-- 
   What|Removed |Added

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


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

[Bug middle-end/21085] [4.0 Regression] Virtual memory exhausted with g++

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
12:50 ---
Subject: Bug 21085

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-05-11 12:49:54

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr21085.c 

Log message:
2005-05-11  James A. Morrison  <[EMAIL PROTECTED]>

PR middle-end/21085
* gcc.dg/pr21085.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.172&r2=1.5084.2.173
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr21085.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1



-- 


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

[Bug tree-optimization/17640] empty loop not removed after optimization

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-05-11 
12:58 ---
This is a most-wanted feature. Are there hope to see a patch landing for 4.1? 
Can the patch that Zdenek posted be updated for 4.1? Even if it's gross is 
surely better than nothing...

-- 
   What|Removed |Added

 CC||rakdver at gcc dot gnu dot
   ||org, stevenb at suse dot de


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

[Bug tree-optimization/17640] empty loop not removed after optimization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
13:00 ---
I should note that loops with small constants bounds are now removed on the 
mainline.

-- 


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

[Bug tree-optimization/17640] empty loop not removed after optimization

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-05-11 
13:02 ---
Only because they are completely peeled.

-- 


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

[Bug tree-optimization/17640] empty loop not removed after optimization

[stevenb at suse dot de]

--- Additional Comments From stevenb at suse dot de  2005-05-11 13:14 
---
Subject: Re:  empty loop not removed after optimization

On Wednesday 11 May 2005 14:58, giovannibajo at libero dot it wrote:
> --- Additional Comments From giovannibajo at libero dot it  2005-05-11
> 12:58 --- This is a most-wanted feature. Are there hope to see a patch
> landing for 4.1? Can the patch that Zdenek posted be updated for 4.1? Even
> if it's gross is surely better than nothing...

nothing is better than gross.


-- 


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

[Bug tree-optimization/17640] empty loop not removed after optimization

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-05-11 
13:15 ---
I'll hack up something. 

-- 
   What|Removed |Added

 CC|stevenb at suse dot de  |
 AssignedTo|unassigned at gcc dot gnu   |steven at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-05-07 19:58:03 |2005-05-11 13:15:59
   date||


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

[Bug middle-end/20371] Some corner cases of MS bitfields don't work

[amylaar at gcc dot gnu dot org]

--- Additional Comments From amylaar at gcc dot gnu dot org  2005-05-11 
13:19 ---
Fixed on mainline by patch applied today.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

[amylaar at gcc dot gnu dot org]

-- 
Bug 17652 depends on bug 20371, which changed state.

Bug 20371 Summary: Some corner cases of MS bitfields don't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20371

   What|Old Value   |New Value

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

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

[Bug rtl-optimization/10624] unroll-loops can't unroll nested constant loops

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-05-11 
13:22 ---
So what's the status on this one?  Fixable for 4.1 maybe? 
 

-- 


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

[Bug bootstrap/21481] [4.1 Regression] Bootstrap is broken of FreeBSD by changes to crtstuff.c

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-11 
13:41 ---
Subject: Bug 21481

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-11 13:40:14

Modified files:
gcc: ChangeLog crtstuff.c 

Log message:
PR bootstrap/21481
* crtstuff.c: Include auto-host.h again, for now.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8731&r2=2.8732
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/crtstuff.c.diff?cvsroot=gcc&r1=1.74&r2=1.75



-- 


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

[Bug c/21513] New: Obsolete uninizialized Warning message

[alexander_herrmann at yahoo dot com dot au]

Because of my used compiler flags -Werreor it is stated as error insteed of a
warning. The problem is that the compiler complains while there isn't anythin
wrong at all. Worked with 3.4.3. aie_memory_heap_ptr is the variable which the
compiler wrong assumes that it may not be initialized while it is either
initialized or not used within the scope. It may not be a feature :)

Configured with: ../gcc-3.4.3/configure --enable-languages=c,c++,java
--enable-shared --enable-threads=posix --with-cpu=i686 --with-system-zlib
Thread model: posix

Error:
src/aie_memutil.c: In Funktion _aie_malloc:
src/aie_memutil.c:154: Warnung: aie_memory_heap_ptr k๖nnte in dieser 
Funktion
uninitialisiert verwendet werden
make[1]: *** [obj/aie_memutil.o] Fehler 1
make[1]: Leaving directory `/aIEngine/src/aiengine'
make: *** [install] Fehler 1

aie_memory_heap could be unitilized in this function. It can but if not it's not
used. Difference to GCC 3.4.3.
The function is my own memory allocation setting a overwrite protection for the
allocated memory (post and pre headers) - it is as follows:

void *_aie_malloc(unsigned int size, const char *file, unsigned int line)
{
   void *rc_ptr = NULL;
   struct aie_memory_heap *aie_memory_heap_ptr;
   if (__builtin_expect(((size != 0) &&
   (aie_memory_heap_ptr = (struct aie_memory_heap *)
malloc(sizeof(struct aie_memory_heap))) != NULL),true))
   {
  register unsigned int real_size = 
  size + sizeof(aie_memory_start) + sizeof(aie_memory_end);
  //aie_memory_heap_ptr->file = strdup(file);
  if ((aie_memory_heap_ptr->file = 
 (char *)malloc(strlen(file) + 1)) != NULL)
  {
 strcpy(aie_memory_heap_ptr->file, file);
  }
  aie_memory_heap_ptr->line = line;
  aie_memory_heap_ptr->size = size;
  aie_memory_heap_ptr->prev = NULL;
  if (__builtin_expect(
   ((aie_memory_heap_ptr->next = aie_memory_heap_base) 
  != NULL),true))
  {
 aie_memory_heap_base->prev = aie_memory_heap_ptr;
  }
  if (__builtin_expect(
   ((aie_memory_heap_ptr->ptr = 
 (void *)malloc(real_size)) == NULL),false))
  {
 sys_log("%s(%d): Out of Memory?! @ %s(%d)", __FILE__, __LINE__, 
   file, line);
  }
  else
  {
 memcpy(aie_memory_heap_ptr->ptr, aie_memory_start, 
 sizeof(aie_memory_start));
 memcpy((char *)aie_memory_heap_ptr->ptr +
   (real_size - sizeof(aie_memory_end)), aie_memory_end, 
 sizeof(aie_memory_end));
 *(char *)(rc_ptr = (char *)aie_memory_heap_ptr->ptr + 
  sizeof(aie_memory_start)) = '\0';
  }
  aie_memory_heap_base = aie_memory_heap_ptr;
  if ((aie_akt_mem_usage += size) > aie_max_mem_usage)
  {
 aie_max_mem_usage = aie_akt_mem_usage;
  }
   }
   else
   {
  sys_log("%s(%d): No Memory - Size[%d]?!", __FILE__, __LINE__, size);
   }
   return(rc_ptr);
}

Solution: Waste a byte and maybe a CPU cycle and initilize aie_memory_heap_ptr
it when defined.

-- 
   Summary: Obsolete uninizialized Warning message
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: alexander_herrmann at yahoo dot com dot au
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=21513

[Bug tree-optimization/21513] [4.0/4.1 Regression] __builtin_expect getting in the way of uninitialized warnings

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
14:06 ---
Confirmed, reduced testcase:
void f(void*);
void *g(void);

void _aie_malloc(unsigned int size)
{
   void *aie_memory_heap_ptr;
   if (__builtin_expect(((size != 0) &&
   (aie_memory_heap_ptr = g()) != 0), 1))
   {
 f(aie_memory_heap_ptr);
   }
}

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |tree-optimization
 Ever Confirmed||1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2005-05-11 14:06:29
   date||
Summary|Obsolete uninizialized  |[4.0/4.1 Regression]
   |Warning message |__builtin_expect getting in
   ||the way of uninitialized
   ||warnings
   Target Milestone|--- |4.0.1


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

[Bug bootstrap/21481] [4.1 Regression] Bootstrap is broken of FreeBSD by changes to crtstuff.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
14:07 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/21514] New: operator<< and anonymous enum

[papadopo at shfj dot cea dot fr]

Hi,

The attached code emits a mysterious error:

$ g++ -c foo.cc
foo.cc: In function 'int main()':
foo.cc:13: error: '' is/uses anonymous type
foo.cc:13: error:   trying to instantiate 'template void
operator<<(MyClass&, const T&)'
$ 

The compiler apparently fails to see that the anonymous enum can be cast to an
integer.

-- 
   Summary: operator<< and anonymous enum
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: papadopo at shfj dot cea dot fr
CC: gcc-bugs at gcc dot gnu dot org
 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=21514

[Bug c++/21514] operator<< and anonymous enum

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
14:14 ---
There is some discussion on the list about this.  Right now there is a DR 
report about this and about is 
this really invalid code or not.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-11 14:14:28
   date||


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

[Bug c++/21514] operator<< and anonymous enum

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
14:15 ---
Suspending as there is still questions is this really invalid code or not.

-- 
   What|Removed |Added

 Status|NEW |SUSPENDED


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

[Bug bootstrap/21481] [4.1 Regression] Bootstrap is broken of FreeBSD by changes to crtstuff.c

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-05-11 
14:19 ---
not fixed properly. just patched around

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c++/21514] templates and anonymous enum

[papadopo at shfj dot cea dot fr]

--- Additional Comments From papadopo at shfj dot cea dot fr  2005-05-11 
14:21 ---
Whether the code is valid or not, please improve the error message :-)


-- 


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

[Bug c++/21514] templates and anonymous enum

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
14:25 ---
I don't see any how to improve the error message really since it says what the 
problem is.

-- 


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

[Bug c++/21514] templates and anonymous enum

[papadopo at shfj dot cea dot fr]

--- Additional Comments From papadopo at shfj dot cea dot fr  2005-05-11 
14:38 ---
I think the first line could be made clearer:
'' is/uses anonymous type
I'm reading it again and again, and it doesn't make sense to me.

Then the second line refers to an operator<< most probably defined in some
remote header file. This is distracting. I would suggest not printing this
second line at all.


-- 


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

[Bug tree-optimization/18472] TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR

[kazu at cs dot umass dot edu]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |kazu at cs dot umass dot edu
   |dot org |
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||05/msg01018.html
 Status|NEW |ASSIGNED
   Keywords||patch


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

[Bug c++/21454] [4.0/4.1 Regression] const array doesn't live in the rodata section in C++

[jakub at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-05-09 00:16:12 |2005-05-11 17:08:12
   date||


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

[Bug c++/21515] New: problem with tempalte and tempalte function compilation in a namespace

[marciso at box43 dot pl]

Hi, 

I tried to compile quite simple code: a template and operator<<(ostreami&) for 
it
(as a template function). The template is in a namespace, but operator<< I'd
like to have in the 'std' namespace. 

Unfortunately, the compiler rejected the code, however other compilers 
(i.e. in other versions) compiled the code without any complainits. 

I'm quite sure that the code is correct, buti, to be honest, I didn't check 
what c++ iso standard is saying about it.

I tested the following code on my on version 3.4.3-20050101 and then build and 
tested on the 3.4.4-20050506 snapshot. The issue occured in both versions.

On the other hand, I compiled successfully the same code on g++ 3.3.5-20050130 
that is installed on other (old&slow) box (gentoo, i586, for details see 
below). 

Additionally, I tested the same code on 2.95.x on Solaris (SunOS 5.9? - but I 
don't
remember right now) - it was also compiled.

I didn't check gcc-4.x.

Summary: 

The code (problem.cc):

#include
using namespace std;

namespace a {
template class A;
}

template
std::ostream & std::operator<< (std::ostream &, a::A const &);

namespace a
{
template class A
{
T v;
public:
A(T _v) : v(_v) {};
friend std::ostream & std::operator<< <>(std::ostream &, A const &);
};
}


template
std::ostream & std::operator<<(std::ostream & o, a::A const & aa)
{
return o << aa.v ;
}

int main()
{
a::A o(16.0);

cerr << o << endl;
}


Command: g++ problem.cc 

Output: 

problem.cc: In instantiation of `a::A':
problem.cc:32:   instantiated from here
problem.cc:19: error: template-id `operator<< <>' for `std::basic_ostream >& std::operator<<(std::basic_ostream >&, const a::A&)' does not match any template
declaration
problem.cc: In function `std::ostream& std::operator<<(std::ostream&, const
a::A&) [with T = float]':
problem.cc:34:   instantiated from here
problem.cc:16: error: `float a::A::v' is private
problem.cc:27: error: within this context


Compilation failed on 3.4.3-20050101 and 3.4.4-20050506 on my box:

Release:   3.4.4 20050506 (prerelease)
Environment:
System: Linux baki 2.6.12-rc1baki #5 Sat Mar 26 09:01:44 UTC 2005 i686 AMD
Athlon(tm) XP 2000+ AuthenticAMD GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with:  :
(reconfigured) ./configure --prefix=/home/marciso/gcc-tmp-installatio
--enable-languages=c++
 
  
Release:3.4.3-20050110 (Gentoo Linux 3.4.3.20050110-r2, ssp-3.4.3.20050110-0,
pie-8.7.7)
Environment:
System: Linux baki 2.6.12-rc1baki #5 Sat Mar 26 09:01:44 UTC 2005 i686 AMD
Athlon(tm) XP 2000+ AuthenticAMD GNU/Linux
Architecture: i686

host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: /var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/configure
--enable-version-specific-runtime-libs --prefix=/usr
--bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.4.3-20050110
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3-20050110
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3-20050110/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3-20050110/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/include/g++-v3
--host=i686-pc-linux-gnu --disable-altivec --enable-nls
--without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--enable-java-awt=gtk --enable-languages=c,c++,objc,java,f77 --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu



Compilation passed on 3.3.5-20050130:

Release:   3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1,
ssp-3.3.5.20050130-1, pie-8.7.7.1)
Environment:
System: Linux gateway 2.6.10-hardened-r3bramka #2 Sun Feb 20 12:58:22 CET 2005
i586 GNU/Linux
Architecture: i586

host: i586-pc-linux-gnu
build: i586-pc-linux-gnu
target: i586-pc-linux-gnu
configured with:
/var/tmp/portage/gcc-3.3.5.20050130-r1/work/gcc-3.3.5/configure
--enable-version-specific-runtime-libs --prefix=/usr
--bindir=/usr/i586-pc-linux-gnu/gcc-bin/3.3.5-20050130
--includedir=/usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.5-20050130/include
--datadir=/usr/share/gcc-data/i586-pc-linux-gnu/3.3.5-20050130
--mandir=/usr/share/gcc-data/i586-pc-linux-gnu/3.3.5-20050130/man
--infodir=/usr/share/gcc-data/i586-pc-linux-gnu/3.3.5-20050130/info
--with-gxx-include-dir=/usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.5-20050130/include/g++-v3
--host=i586-pc-linux-gnu --disable-altivec --enable-nls
--without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libgcj --enable-languages=c,c++,f77 --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu



Cheers
Marcin.

-- 
   Summary: problem with tempalte and tempalte function compilation
   

[Bug tree-optimization/18472] TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR

[cvs-commit at gcc dot gnu dot org]

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

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

Modified files:
gcc: ChangeLog tree-if-conv.c 

Log message:
PR tree-optimizer/18472
* tree-if-conv.c (tree_if_convert_stmt,
if_convertible_modify_expr_p): Don't handle GOTO_EXPR.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8737&r2=2.8738
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-if-conv.c.diff?cvsroot=gcc&r1=2.40&r2=2.41



-- 


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

[Bug c++/21515] problem with tempalte and tempalte function compilation in a namespace

[marciso at box43 dot pl]

--- Additional Comments From marciso at box43 dot pl  2005-05-11 18:28 
---
Created an attachment (id=8861)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8861&action=view)
*.ii

g++ -save-temps  problem.cc

-- 


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

[Bug tree-optimization/18472] TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR

[kazu at cs dot umass dot edu]

--- Additional Comments From kazu at cs dot umass dot edu  2005-05-11 18:30 
---
Just checked in a patch.


-- 
   What|Removed |Added

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


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

[Bug c++/21515] problem with tempalte and tempalte function compilation in a namespace

[marciso at box43 dot pl]

-- 
   What|Removed |Added

 CC||marciso at box43 dot pl
Version|3.3.4   |3.4.3


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

[Bug target/21516] New: ppc-eabisim is broken on mainline - problem with argument handling

[amylaar at gcc dot gnu dot org]

The original problem is described here:

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

-- 
   Summary: ppc-eabisim is broken on mainline - problem with
argument handling
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
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


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

[Bug target/21516] [4.1 Regression] ppc-eabisim is broken on mainline - problem with argument handling

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
18:37 ---
Patch posted here: .

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc/20
   ||05-05/msg00530.html
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
 GCC target triplet||ppc-eabisim
   Keywords||build, patch
   Last reconfirmed|-00-00 00:00:00 |2005-05-11 18:37:37
   date||
Summary|ppc-eabisim is broken on|[4.1 Regression] ppc-eabisim
   |mainline - problem with |is broken on mainline -
   |argument handling   |problem with argument
   ||handling
   Target Milestone|--- |4.1.0


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

[Bug target/21516] ppc-eabisim is broken on mainline - problem with argument handling

[amylaar at gcc dot gnu dot org]

--- Additional Comments From amylaar at gcc dot gnu dot org  2005-05-11 
18:39 ---
[I would continue to handle this in email, but sending doesn't work right now.]

Aldy Hernandez wrote:

>  
>
>
>The problem is that target_flags_explicit was not being set on the
>options that set additional masks.  Silly me for not understanding
>how c-opt.c worked.
>
>The patch below fixes your problem.  I'm testing on ppc-linux right now,
>but a preliminary test shows your problem being resolved.  Could you
>please test on your configuration?
>
>David/Geoff, could you take a peek at this?
>
>Thanks.
>
>   * config/rs6000/rs6000.c (rs6000_handle_option): Set
>   target_flags_explicit when appropriate.
>
   
This gets me past the point of building eabi.o (actually, it builds two of
these).  But now I get a new failure:

make[3]: Entering directory `/mnt/scratch/nightly/2005-05-11/ppc/gcc'
/mnt/scratch/nightly/2005-05-11/ppc/./gcc/xgcc
-B/mnt/scratch/nightly/2005-05-11/ppc/./gcc/ -nostdinc
-B/mnt/scratch/nightly/2005-05-11/ppc/powerpc-eabisim/newlib/ -isystem
/mnt/scratch/nightly/2005-05-11/ppc/powerpc-eabisim/newlib/targ-include -isystem
/mnt/scratch/nightly/2005-05-11/srcw/newlib/libc/include
-B/usr/local/powerpc-eabisim/bin/ -B/usr/local/powerpc-eabisim/lib/ -isystem
/usr/local/powerpc-eabisim/include -isystem
/usr/local/powerpc-eabisim/sys-include
-L/mnt/scratch/nightly/2005-05-11/ppc/./ld -O2 -DIN_GCC -DCROSS_COMPILE   -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include  -I. -Ile -I../../srcw/gcc
-I../../srcw/gcc/le -I../../srcw/gcc/../include
-I../../srcw/gcc/../libcpp/include  -mlittle -mrelocatable-lib -mno-eabi
-mstrict-align -g0 -finhibit-size-directive -fno-inline-functions
-fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -msdata=none \
   -c ../../srcw/gcc/crtstuff.c -DCRT_BEGIN \
  -o le/crtbegin.o
cc1: error: unrecognized command line option "-mlittle"
make[3]: *** [le/crtbegin.o] Error 1

-- 
   What|Removed |Added

 CC||aldyh at redhat dot com
URL|http://gcc.gnu.org/ml/gcc/20|
   |05-05/msg00530.html |
 GCC target triplet|ppc-eabisim |
   Keywords|build, patch|
Summary|[4.1 Regression] ppc-eabisim|ppc-eabisim is broken on
   |is broken on mainline - |mainline - problem with
   |problem with argument   |argument handling
   |handling|
   Target Milestone|4.1.0   |---


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

[Bug java/21517] New: Bytecode -> native code mis-compilation

[overholt at redhat dot com]

I don't have a small test case for this, but we've narrowed
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151919 down to be a gcj
mis-compilation.  The jar that is being mis-compiled is
org.eclipse.ui.workbench.  The symptom is that files can't be opened in Eclipse.
 Removing the .jar.so makes the erroneous behaviour disappear.

The top of the stack trace (this appears in the Eclipse editor window where the
file contents should be) looks like this:

java.lang.ClassCastException:
org.eclipse.ui.internal.PlaceholderContributionItem cannot be cast to
org.eclipse.jface.action.ToolBarContributionItem
   at org.eclipse.ui.internal.EditorActionBars.getToolBarManager()
(/usr/lib/eclipse/plugins/org.eclipse.ui.workbench_3.1.0.jar.so)
   at
org.eclipse.ui.part.EditorActionBarContributor.init(org.eclipse.ui.IActionBars)
(/usr/lib/eclipse/plugins/org.eclipse.ui.workbench_3.1.0.jar.so)

I'll attach the bytecode of EditorActionBars but the entire jar is 2.4 MB so
it's probably stupid to attach the entire thing to this bug report.  I've put it
here instead:

http://people.redhat.com/overholt/org.eclipse.ui.workbench_3.1.0.jar

The source for this plugin is available here:

http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ui.workbench/?only_with_tag=v20050331-2000

I'm sorry I can't be more specific.  I wanted to get this here while the
knowledge was fresh.

-- 
   Summary: Bytecode -> native code mis-compilation
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat dot com
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=21517

[Bug java/21517] Bytecode -> native code mis-compilation

[overholt at redhat dot com]

--- Additional Comments From overholt at redhat dot com  2005-05-11 18:43 
---
Created an attachment (id=8864)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8864&action=view)
EditorActionBars bytecode (1 of 3)


-- 


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

[Bug target/21516] [4.1 Regression] ppc-eabisim is broken on mainline - problem with argument handling

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||build
Summary|ppc-eabisim is broken on|[4.1 Regression] ppc-eabisim
   |mainline - problem with |is broken on mainline -
   |argument handling   |problem with argument
   ||handling
   Target Milestone|--- |4.1.0


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

[Bug java/21517] Bytecode -> native code mis-compilation

[overholt at redhat dot com]

--- Additional Comments From overholt at redhat dot com  2005-05-11 18:44 
---
Created an attachment (id=8865)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8865&action=view)
EditorActionBars bytecode (2 of 3)


-- 


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

[Bug java/21517] Bytecode -> native code mis-compilation

[overholt at redhat dot com]

--- Additional Comments From overholt at redhat dot com  2005-05-11 18:44 
---
Created an attachment (id=8866)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8866&action=view)
EditorActionBars bytecode (3 of 3)


-- 


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

[Bug java/21517] Bytecode -> native code mis-compilation

[overholt at redhat dot com]

--- Additional Comments From overholt at redhat dot com  2005-05-11 18:45 
---
I tried compiling the bytecode with Sun's javac (as opposed to ecj) and the
results are the same.

-- 


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

[Bug target/21516] [4.1 Regression] ppc-eabisim is broken on mainline - problem with argument handling

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-11 
18:46 ---
There is a fixme in the .opt:
; FIXME: Need a way to specify an alias.
;mlittle
;Target Report RejectNegative Mask(LITTLE_ENDIAN)
;Produce little endian code



-- 


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

[Bug java/21517] Bytecode -> native code mis-compilation

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||wrong-code


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

[Bug java/21517] Bytecode -> native code mis-compilation

[overholt at redhat dot com]

-- 
   What|Removed |Added

 CC||bkonrath at redhat dot com


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

[Bug c/21518] New: error: unable to find a register to spill in class 'Q_REGS' with -fPIC and -O2

[couriousous at mandriva dot org]

GCC version: 
gcc (GCC) 4.0.0 (4.0.0-3mdk for Mandriva Linux release 2006.0) 
But also tested with gcc 4.1 CVS 0508 
 
Architecture: ix86 
 
GCC cannot compile the following code when -O2 and -fPIC are used : 
 
 
 
static void drawPointsLines (char type, int first, int *dd) {*dd += 1;}   
   
int do_locator (int *call)   
{   
  int *dd = call;   
  int i = 0, type = 1;   
  if (call == 0)   
  for (; i < 2; i++)   
  dd += type;   
  else   
{   
  type = *call;   
  for(; i < 2; i++)   
  if (type != i)   
  drawPointsLines (type,0, call);   
}   
  drawPointsLines(type,0,call);   
  return 0;   
} 
 
 
[EMAIL PROTECTED] ~]$ gcc -c -O2 -fPIC gccbug.c
gccbug.c: In function 'do_locator':
gccbug.c:19: error: unable to find a register to spill in class 'Q_REGS'
gccbug.c:19: error: this is the insn:
(insn:HI 44 43 45 6 (set (reg:SI 0 ax [ type ])
(sign_extend:SI (subreg:QI (reg/v:SI 4 si [orig:63 type ] [63]) 0))) 84 
   
{extendqisi2} (nil)
(nil))
gccbug.c:19: confused by earlier errors, bailing out

But it compile if I remove -fPIC or -O2 
   
BTW, with gcc 3.4.1 cvs 0508 I get the following message in addition to the 
error ( translated from french ):  
Internal compiler error: in spill_failure at reload1.c:1897  
  
This is a regression from gcc 3.4.3   
  
There is maybe more updated information on the Mandriva bugreport:  
http://qa.mandriva.com/show_bug.cgi?id=15840

-- 
   Summary: error: unable to find a register to spill in class
'Q_REGS' with -fPIC and -O2
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: couriousous at mandriva dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/21518] error: unable to find a register to spill in class 'Q_REGS' with -fPIC and -O2

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
 GCC target triplet||i686-pc-linux-gnu


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

[Bug libfortran/21459] strings of different length in a single character(len=*) declaration

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2005-05-11 20:24 
---
The problem is that all characters declared on the same line share the same
gfc_charlen structure.  This should be fixed during resolution, I'll have a look
at this.

-- 


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

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

[tsv at solvo dot ru]

--- Additional Comments From tsv at solvo dot ru  2005-05-11 20:39 ---
(In reply to comment #22)
> Subject: Re:  [4.0/4.1 regression] ivopts produces code that generates
"unaligned access exception"
> 
> 
> On May 5, 2005, at 4:03 PM, tsv at solvo dot ru wrote:
> 
> > I am trying to find out where unaligned pointer is came from. Going 
> > couple
> > functions back I found that it is the address if "unsigned char" 
> > variable
> > allocated on stack. Should I look at this issue or it might be 
> > possible in
> > theory and I should report about improper coding practice to the 
> > author of the code?
> 
> Characters have alignment of 1.  I would report it back to the author 
> of the code.
> 
> 
> -- Pinski
> 
> 
Sorry if it is not belong here. Just a quick question: There are still unaligned
exceptions generated (even by gcc(libgcj) code itself). Should I open a new bug
report or could continue attach to this one?

Thank you


-- 


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

[Bug libfortran/21459] strings of different length in a single character(len=*) declaration

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2005-05-11 20:45 
---
This patch passes the testsuite and fixes the bug, but creates a memory leak:

   * decl.c (add_init_expr_to_sym): Create new gfc_charlen for each
   item with length = (*)

Index: decl.c
===
RCS file: /cvs/gcc/gcc/gcc/fortran/decl.c,v
retrieving revision 1.35
diff -u -p -r1.35 decl.c
--- decl.c  29 Apr 2005 15:31:37 -  1.35
+++ decl.c  11 May 2005 20:39:13 -
@@ -740,6 +740,11 @@ add_init_expr_to_sym (const char *name,
  /* Update symbol character length according initializer.  */
  if (sym->ts.cl->length == NULL)
{
+ /* If there are multiple CHARACTER variables declared on
+the same line, we don't want them to share the same
+length.  */
+ sym->ts.cl = gfc_get_charlen ();
+
  if (init->expr_type == EXPR_CONSTANT)
sym->ts.cl->length =
gfc_int_expr (init->value.character.length);

In order to evade the memory leak, we should instead of setting
sym->ts.cl->length = NULL, set sym->ts.cl = &gfc_unknown_charlen, where the
latter is a new global placeholder variable, and then fill in sym->ts.cl as I
did in the patch.  I've seen something like this in g95, but I don't remember if
this was what it was used for there.

-- 


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