[Bug bootstrap/18804] [4.0 Regression] lib2funcs.vis:1: Error: unknown pseudo-op: `.hidden'

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-03 
03:35 ---
Sounds like libgcc/./lib2funcs.vis is wrong and should not have .hidden in it.

-- 
   What|Removed |Added

 CC||zack at gcc dot gnu dot org
   Target Milestone|--- |4.0.0


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

[Bug bootstrap/18804] [4.0 Regression] lib2funcs.vis:1: Error: unknown pseudo-op: `.hidden'

[danglin at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|normal  |critical


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

[Bug bootstrap/18804] New: [4.0 Regression] lib2funcs.vis:1: Error: unknown pseudo-op: `.hidden'

[danglin at gcc dot gnu dot org]

...
checking assembler for .hidden... no
checking linker for .hidden support... no
...
./xgcc -B./ -B/opt/gnu/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/bin/ -isystem /opt/gn
u/gcc/gcc-4.0.0/hppa2.0w-hp-hpux11.11/include -isystem /opt/gnu/gcc/gcc-4.0.0/hp
pa2.0w-hp-hpux11.11/sys-include -L/mnt/gnu/gcc-3.3/objdir/gcc/../ld -O2  -DIN_GC
C-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-sty
le-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D_
_GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc
/../include -I../../gcc/gcc/../libcpp/include -I/opt/gnu/include  -xassembler-wi
th-cpp -include libgcc/./lib2funcs.vis -c lib2funcs.asm -o libgcc/./lib2funcs.o
./libgcc/./lib2funcs.vis: Assembler messages:
./libgcc/./lib2funcs.vis:1: Error: unknown pseudo-op: `.hidden'
make[3]: *** [libgcc/./lib2funcs.o] Error 1
make[3]: *** Waiting for unfinished jobs
make[3]: Leaving directory `/mnt/gnu/gcc-3.3/objdir/gcc'
make[2]: *** [libgcc.a] Error 2

-- 
   Summary: [4.0 Regression] lib2funcs.vis:1: Error: unknown pseudo-
op: `.hidden'
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug target/18774] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20020227-1.c -Os -O2 compile

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2004-12-03 03:28 
---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/18774] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20020227-1.c -Os -O2 compile

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-03 
03:27 ---
Subject: Bug 18774

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

Modified files:
gcc: ChangeLog simplify-rtx.c 

Log message:
PR 18774
* simplify-rtx.c (simplify_immed_subreg): Fail complex modes.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6693&r2=2.6694
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/simplify-rtx.c.diff?cvsroot=gcc&r1=1.212&r2=1.213



-- 


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

[Bug c++/12850] memory consumption for heavy template instantiations tripled since 3.3

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-03 
03:02 ---
I should note that 4.0.0 is like 3x faster than 3.3.2 at -O1 on this test.

-- 


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

[Bug target/18774] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20020227-1.c -Os -O2 compile

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2004-12-03 02:43 
---
That patch named d-18774,
http://gcc.gnu.org/bugzilla/attachment.cgi?id=7666&action=view:>, makes the
test-case pass.

-- 
   What|Removed |Added

 Status|WAITING |NEW
   Keywords||patch
   Last reconfirmed|2004-12-02 21:29:47 |2004-12-03 02:43:00
   date||


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

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2004-12-03 
01:17 ---
Can't we generate the inline info in the debug info from the callgraph somehow?
After all, it seems like the only thing that knows everything about what
happened during inline, and the proper place to store such information.


-- 


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

[Bug tree-optimization/18792] ICE with -O1 -ftree-loop-linear on small test case

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2004-12-03 
00:44 ---
This happens because the loops aren't numbered as we expect them (we expect that
loop nests have sequential numbers as you move inwards)

IE 

loop 1
  loop 2
loop 3
loop 4
   loop 5
loop 6

Here we end up with

loop  1
  loop 4
loop 2
  loop 3

-- 


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

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

[belyshev at lubercy dot com]

--- Additional Comments From belyshev at lubercy dot com  2004-12-03 00:24 
---
3.4.4   4.0.0   delta

hashes.c:
-O0 0.0515  0.05262%   
-O1 0.078   0.157   101%
-O2 0.123   0.19861%

infcodes.c:
-O0 0.0907  0.09333%  
-O1 0.137   0.24881%
-O2 0.224   0.32846%

Average speedup (not only -O0) is 6%.


-- 
   What|Removed |Added

   Last reconfirmed|2004-11-30 13:09:22 |2004-12-03 00:24:07
   date||


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

[Bug other/17239] gcc_update not being writable while it is running

[gerald at pfeifer dot com]

--- Additional Comments From gerald at pfeifer dot com  2004-12-03 00:01 
---
Response tat http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00226.html

-- 
   What|Removed |Added

 CC||gerald at pfeifer dot com


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

[Bug c++/18803] [4.0 regression] rejects access to operator() in template

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-12-02 23:57 
---
I would venture a guess that it was this patch: 
 
2004-11-25  Mark Mitchell  <[EMAIL PROTECTED]> 
 
PR c++/18445 
* class.c (instantiate_type): Treat NON_DEPENDENT_EXPRs with 
unknown_type as non matching.  Tidy up. 
* pt.c (build_non_dependent_expr): Do not build a 
NON_DEPENDENT_EXPR for a VAR_DECL. 
 
W. 

-- 
   What|Removed |Added

 CC||mark at codesourcery dot com


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

[Bug c++/18803] [4.0 regression] rejects access to operator() in template

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
23:44 ---
: Search converges between 2004-11-25-014001-trunk (#656) and 
2004-11-25-161001-trunk 
(#657).

Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 23:44:42
   date||


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

[Bug c++/18803] [4.0 regression] rejects access to operator() in template

[bangerth at dealii dot org]

-- 
   What|Removed |Added

   Severity|normal  |critical
   Target Milestone|--- |4.0.0


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

[Bug c++/18803] New: [4.0 regression] rejects access to operator() in template

[bangerth at dealii dot org]

Here's a recent regression (within the last 6 weeks or so): 
--- 
struct A { 
  int operator() (); 
}; 
 
template  void foo () { 
  A &a = *new A(); 
  const int i = a(); 
} 
--- 
deal.II/lac> c++ -c x.cc 
x.cc: In function 'void foo()': 
x.cc:8: error: 'a' cannot be used as a function 
 
That's clearly bogus. Of course the error goes away once the function 
is made a nontemplate. 
 
This error triggers about a dozen times in my code... 
 
W.

-- 
   Summary: [4.0 regression] rejects access to operator() in
template
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bangerth at dealii dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/18802] Postgres Compilation error using Linux Slackware 2.4.26

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
23:38 ---
Make sure that you read .

-- 
   What|Removed |Added

Version|lno |unknown


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

[Bug c/18802] New: Postgres Compilation error using Linux Slackware 2.4.26

[donadon at cpqd dot com dot br]

I tried to compile PostgreSQL using Linux Slackwarewe 2.4.26 and I got the this 
error message:

gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declarations -
I../../../src/include -D_GNU_SOURCE   -c -o schemacmds.o schemacmds.c
gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declarations -
I../../../src/include -D_GNU_SOURCE   -c -o sequence.o sequence.c
gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declarations -
I../../../src/include -D_GNU_SOURCE   -c -o tablecmds.o tablecmds.c
gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declarations -
I../../../src/include -D_GNU_SOURCE   -c -o trigger.o trigger.c
gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declarations -
I../../../src/include -D_GNU_SOURCE   -c -o typecmds.o typecmds.c
typecmds.c: In function `DefineType':
typecmds.c:381: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
gmake[3]: *** [typecmds.o] Error 1
gmake[3]: Leaving directory `/home/postgres/postgresql-
7.4.6/src/backend/commands'
gmake[2]: *** [commands-recursive] Error 2
gmake[2]: Leaving directory `/home/postgres/postgresql-7.4.6/src/backend'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/home/postgres/postgresql-7.4.6/src'
gmake: *** [all] Error 2
[EMAIL PROTECTED]:~/postgresql-7.4.6$

[EMAIL PROTECTED]:~/postgresql-7.4.6$ uname -a
Linux marte 2.4.26 #6 Mon Jun 14 19:07:27 PDT 2004 i686 unknown unknown 
GNU/Linux

-- 
   Summary: Postgres Compilation error  using Linux Slackware 2.4.26
   Product: gcc
   Version: lno
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: donadon at cpqd dot com dot br
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-12-02 23:34 
---
We can save one layer of objects: 
- 
struct S { 
  S(); 
  S(const S&); 
  void operator=(const S&); 
}; 
 
struct X { 
int a, b, c, d, e; 
S s; 
}; 
 
void foobar () { 
  X x = {0}; 
} 
-- 
 
sandbox/tt> /ices/bangerth/tmp/build-gcc/gcc-install/bin/c++ -c x.cc 
x.cc: In function 'void foobar()': 
x.cc:13: internal compiler error: in cp_expr_size, at cp/cp-objcp-common.c:86 
Please submit a full bug report, 
with preprocessed source if appropriate. 
See http://gcc.gnu.org/bugs.html> for instructions. 
 
W. 

-- 


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

[Bug target/18760] gcc 4.0 doesn't emit debug info for one of the files if two files are given on the same compile line

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
23:33 ---
Fixed by:
* config/darwin.h (TARGET_OPTION_TRANSLATE_TABLE): Add -gfull and 
-gused.
* config/rs6000/darwin.h (CC1_SPEC): Do not handle -gfull and -gused.
* config/i386/darwin.h (CC1_SPEC): Same.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/15414] Failure in compiling very huge C program

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
23:29 ---
We need the preprocessed source of the failing source?
Maybe you could put it up on a web site or an ftp server.

-- 
   What|Removed |Added

 Status|NEW |WAITING


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

[Bug c/18799] [3.4 Regression] error: static declaration of 'x' follows non-static declaration

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||diagnostic
  Known to fail||3.4.3
  Known to work||3.3.3 4.0.0
Summary|error: static declaration of|[3.4 Regression] error:
   |'x' follows non-static  |static declaration of 'x'
   |declaration |follows non-static
   ||declaration
   Target Milestone|4.0.0   |3.4.4


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

[Bug bootstrap/18801] bootstrap fails to build libiberty.a library on AIX 5.2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
23:21 ---
Look at PR 17940.
Do you have the environment variable MAKE set to "gnumake -r" or something like 
that?

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c/18799] error: static declaration of 'x' follows non-static declaration

[markus at oberhumer dot com]

--- Additional Comments From markus at oberhumer dot com  2004-12-02 23:12 
---
I'm reopening this against gcc-3.4.3 then, as the warning has vanished - a
possible regression against 3.2 and 3.3.

Note that gcc-3.4.3/gcc/c-decl.c talks about -Wtraditional, but even that
doesn't make the warning appear.

Please feel free to close this bug again if you disagree.


> gcc-3.3 -c -Wall -W -Wtraditional -pedantic x.c
x.c:2: warning: static declaration for `x' follows non-static
x.c: In function `foo':
x.c:3: warning: traditional C rejects ISO C style function definitions

> gcc-3.4.3 -c -Wall -W -Wtraditional -pedantic x.c
x.c: In function `foo':
x.c:3: warning: traditional C rejects ISO C style function definitions

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|FIXED   |
Version|4.0.0   |3.4.3


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

[Bug bootstrap/18801] New: bootstrap fails to build libiberty.a library on AIX 5.2

[nospampeeps at yahoo dot com]

Bootstrap fails in libiberty.a ar due to missing objects. typescript follows:

Script command is started on Thu Dec  2 17:03:47 EST 2004.
$ gcc -v 

Reading specs from /usr/local/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/specs

Configured with: ../gcc-3.3.2/configure  : (reconfigured) ../gcc-3.3.2/configure
--disable-nls : (reconfigured) ../gcc-3.3.2/configure --disable-nls

Thread model: aix

gcc version 3.3.2

$ make -v

GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.

Built for rs6000-ibm-aix5.1.0.0

Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000

Free Software Foundation, Inc.

This is free software; see the source for copying conditions.

There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A

PARTICULAR PURPOSE.



Report bugs to <[EMAIL PROTECTED]>.



$ oslevel -r

5200-04

$ oslevel -r  /configur$srcdir/configure
--enable-languages=c,c++ --enable-threads=aix 
--disable-n>

creating cache ./config.cache

checking host system type... powerpc-ibm-aix5.2.0.0

checking target system type... powerpc-ibm-aix5.2.0.0

checking build system type... powerpc-ibm-aix5.2.0.0

checking for a BSD compatible install... /voltds/doug/tmp/gcc-3.4.3/install-sh 
-c

*** This configuration is not supported in the following subdirectories:

 target-libffi target-boehm-gc target-zlib target-libjava target-libf2c zlib
fastjar target-libobjc

(Any other directories should still work fine.)

checking for powerpc-ibm-aix5.2.0.0-ar... no

checking for ar... ar

checking for powerpc-ibm-aix5.2.0.0-as... no

checking for as... as

checking for powerpc-ibm-aix5.2.0.0-dlltool... no

checking for dlltool... dlltool

checking for powerpc-ibm-aix5.2.0.0-ld... no

checking for ld... ld

checking for powerpc-ibm-aix5.2.0.0-nm... no

checking for nm... nm

checking for powerpc-ibm-aix5.2.0.0-ranlib... no

checking for ranlib... ranlib

checking for powerpc-ibm-aix5.2.0.0-windres... no

checking for windres... windres

checking for powerpc-ibm-aix5.2.0.0-objcopy... no

checking for objcopy... objcopy

checking for powerpc-ibm-aix5.2.0.0-objdump... no

checking for objdump... objdump

checking for powerpc-ibm-aix5.2.0.0-ar... no

checking for ar... ar

checking for powerpc-ibm-aix5.2.0.0-as... no

checking for as... as

checking for powerpc-ibm-aix5.2.0.0-dlltool... no

checking for dlltool... dlltool

checking for powerpc-ibm-aix5.2.0.0-ld... no

checking for ld... ld

checking for powerpc-ibm-aix5.2.0.0-nm... no

checking for nm... nm

checking for powerpc-ibm-aix5.2.0.0-ranlib... no

checking for ranlib... ranlib

checking for powerpc-ibm-aix5.2.0.0-windres... no

checking for windres... windres

checking whether to enable maintainer-specific portions of Makefiles... no

updating cache ./config.cache

creating ./config.status

creating Makefile

$ $srcdir/configure --enable-languages=c,c++ --enable-threads=aix 
--disable-n>
   
/bootsmake
CFLAGS='-0' LIBCFLAGS='-g -02' LIBCXXFLAGS='-g -02 
-fno-implicit-templ>

Configuring in libiberty

/voltds/doug/tmp/gcc-3.4.3.aix/libiberty

Configuring in intl

/voltds/doug/tmp/gcc-3.4.3.aix/intl

loading cache ./config.cache

checking for non-GNU ld... (cached) ld

checking if the linker (ld) is GNU ld... (cached) no

checking how to run the C preprocessor... (cached) gcc -E

checking for inttypes.h... (cached) yes

checking for stdint.h... (cached) yes

checking for unsigned long long... (cached) yes

checking for shared library run path origin... (cached) done

checking whether make sets ${MAKE}... (cached) yes

checking for a BSD compatible install...
/voltds/doug/tmp/gcc-3.4.3/intl/../install-sh -c

checking whether NLS is requested... no

checking for gcc... (cached) gcc

checking whether the C compiler (gcc -0 ) works... configure: creating cache
./config.cache

checking whether to enable maintainer-specific portions of Makefiles... no

checking for makeinfo... no

checking for perl... perl

checking build system type... powerpc-ibm-aix5.2.0.0

checking host system type... powerpc-ibm-aix5.2.0.0

yes

checking whether the C compiler (gcc -0 ) is a cross-compiler... no

checking whether we are using GNU C... (cached) yes

checking whether gcc accepts -g... (cached) yes

checking host system type... powerpc-ibm-aix5.2.0.0

checking for powerpc-ibm-aix5.2.0.0-ar... ar

checking for powerpc-ibm-aix5.2.0.0-ranlib... ranlib

checking for powerpc-ibm-aix5.2.0.0-gcc... gcc

checking for ranlib... (cached) ranlib

checking for strerror in -lcposix... (cached) no

checking for ANSI C header files... (cached) yes

checking fo

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
22:10 ---
The problem is that we are putting the struct in static space:
  static struct Record C.0 = {.a=0};



-- 


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

[Bug bootstrap/18532] [3.4 Regression] libgcc.mk isn't parallel build safe for multilib

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Known to work||4.0.0
Summary|libgcc.mk isn't parallel|[3.4 Regression] libgcc.mk
   |build safe for multilib |isn't parallel build safe
   ||for multilib
   Target Milestone|--- |3.4.4


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

[Bug tree-optimization/18800] [4.0 Regression] ivopt missed, local array

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||rakdver at gcc dot gnu dot
   ||org


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

[Bug tree-optimization/18800] [4.0 Regression] ivopt missed, local array

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Known to fail||4.0.0
  Known to work||3.3.2


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

[Bug tree-optimization/18800] [4.0 Regression] ivopt missed, local array

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug tree-optimization/18768] Missed ivopts opportunity

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
21:56 ---
(In reply to comment #3)
> Here's another example of the same thing, minus the cast/double issue. This 
> one
> is strength reduced for 3.4 but not for 4.0.

I filed PR 18800 for that, it has to do with local arrays, it works with global 
arrays.
Thanks,
Andrew Pinski

-- 


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

[Bug tree-optimization/18800] New: [4.0 Regression] ivopt missed, local array

[pinskia at gcc dot gnu dot org]

If we make bitStreamLink a global variable it works.
void f3(int);
void f1 (void)
{
  int  ixBlock;
  int bitStreamLink[9];
  for(ixBlock=0; ixBlock<=7; ixBlock++){
bitStreamLink[ixBlock] = 0x1e1e1e1e;
  }
  f3 (bitStreamLink[2]);
}

-- 
   Summary: [4.0 Regression] ivopt missed, local array
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/18798] global register variable: register is used for function calls

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2004-12-02 21:50 
---
Invalid.  Registers 8 through 25 inclusive are all used for parameter passing.

You cannot arbitrarily change the ABI simply by declaring registers as global.
It's your job to pick a global register that doesn't conflict with any fixed 
purpose in the ABI.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/18532] libgcc.mk isn't parallel build safe for multilib

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
21:49 ---
Subject: Bug 18532

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-02 21:49:00

Modified files:
gcc: ChangeLog mklibgcc.in 

Log message:
2004-12-02  H.J. Lu  <[EMAIL PROTECTED]>

PR bootstrap/18532
* mklibgcc.in: Build one set of EXTRA_MULTILIB_PARTS for
multilib at a time. Don't build the default set. Don't add
EXTRA_MULTILIB_PARTS to shared libunwind nor libgcc. Remove
filter for shared libunwind and libgcc.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6690&r2=2.6691
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/mklibgcc.in.diff?cvsroot=gcc&r1=1.74&r2=1.75



-- 


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

[Bug target/18798] global register variable: register is used for function calls

[lts-rudolph at gmx dot de]

--- Additional Comments From lts-rudolph at gmx dot de  2004-12-02 21:43 
---
(In reply to comment #2)
> I think this is invalid, does -ffixed-reg=r13 fix the problem?

No, also using ffixed-regs will result in wrong code. 
As I saw in source (avr.c) the register allocation for functions
is not notify the fixed_regs[] field.

-- 


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

[Bug target/18774] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20020227-1.c -Os -O2 compile

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2004-12-02 21:41 
---
Try that.

-- 
   What|Removed |Added

 Status|ASSIGNED|WAITING


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

[Bug tree-optimization/18768] Missed ivopts opportunity

[pthaugen at us dot ibm dot com]

--- Additional Comments From pthaugen at us dot ibm dot com  2004-12-02 
21:30 ---
Here's another example of the same thing, minus the cast/double issue. This one
is strength reduced for 3.4 but not for 4.0.

typedef struct {
  union {
unsigned int Init[9];
unsigned char Link[37];
  } u;
} BitStreamLinkStruct;
void f2(BitStreamLinkStruct *);

void f1 ()
{
  int  ixBlock;
  BitStreamLinkStruct bitStreamLink;

  for(ixBlock=0; ixBlock<=7; ixBlock++){
bitStreamLink.u.Init[ixBlock] = 0x1e1e1e1e;
  }

  f2(&bitStreamLink);

}


-- 


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

[Bug target/18774] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20020227-1.c -Os -O2 compile

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2004-12-02 21:29 
---
Whee.  (const_int 0x3f80) attempted to be coerced into SCmode,
and we don't handle that in simplify-rtx.c.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 21:29:47
   date||


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

[Bug target/18759] [x86] using both -fomit-frame-pointer and -momit-leaf-frame-pointer enables frame pointers for non-leaf functions

[markus at oberhumer dot com]

--- Additional Comments From markus at oberhumer dot com  2004-12-02 21:28 
---
Might this be a candidate for 3.3/3.4 backporting ?



-- 


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

[Bug target/18798] global register variable: register is used for function calls

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
21:26 ---
I think this is invalid, does -ffixed-reg=r13 fix the problem?

-- 


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

[Bug c/18799] error: static declaration of 'x' follows non-static declaration

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
21:24 ---
The C standard says this is invalid code which is why 4.0.0 errors out.

-- 
   What|Removed |Added

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


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

[Bug target/18759] [x86] using both -fomit-frame-pointer and -momit-leaf-frame-pointer enables frame pointers for non-leaf functions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
21:22 ---
Fixed on the mainline.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
   Keywords||missed-optimization
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug target/9908] [3.3 Regression] [x86] wrong code generated for virtual method call with -masm-intel

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
21:21 ---
Fixed also in 3.4.4.

-- 
   What|Removed |Added

  Known to work|3.0.4 4.0.0 |3.0.4 4.0.0 3.4.4
Summary|[3.3/3.4 Regression] [x86]  |[3.3 Regression] [x86] wrong
   |wrong code generated for|code generated for virtual
   |virtual method call with -  |method call with -masm-intel
   |masm-intel  |
   Target Milestone|3.4.4   |3.3.6


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

[Bug c/18799] New: error: static declaration of 'x' follows non-static declaration

[markus at oberhumer dot com]

This code used to give a warning on gcc 3.2 and gcc 3.3, gcc 3.4 does not warn
at all, and current mainline 4.0 makes this an error.

What do the C89 and C99 standards actually say here ?

+ cat x.c
extern int x[];
static int x[2];
int *foo(void) { return x; }

+ gcc-3.2 -std=c89 -Wall -W -pedantic -c x.c
x.c:2: warning: static declaration for `x' follows non-static

+ gcc-3.3 -std=c89 -Wall -W -pedantic -c x.c
x.c:2: warning: static declaration for `x' follows non-static

+ gcc-3.4 -std=c89 -Wall -W -pedantic -c x.c

+ gcc-4.0 -std=c89 -Wall -W -pedantic -c x.c
x.c:2: error: static declaration of 'x' follows non-static declaration
x.c:1: error: previous declaration of 'x' was here

+ gcc-3.2 -std=c99 -Wall -W -pedantic -c x.c
x.c:2: warning: static declaration for `x' follows non-static

+ gcc-3.3 -std=c99 -Wall -W -pedantic -c x.c
x.c:2: warning: static declaration for `x' follows non-static

+ gcc-3.4 -std=c99 -Wall -W -pedantic -c x.c

+ gcc-4.0 -std=c99 -Wall -W -pedantic -c x.c
x.c:2: error: static declaration of 'x' follows non-static declaration
x.c:1: error: previous declaration of 'x' was here

-- 
   Summary: error: static declaration of 'x' follows non-static
declaration
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: markus at oberhumer dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/18759] [x86] using both -fomit-frame-pointer and -momit-leaf-frame-pointer enables frame pointers for non-leaf functions

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
21:19 ---
Subject: Bug 18759

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-02 21:19:35

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386.c 

Log message:
PR target/18759
* config/i386/i386.c (override_options): If -fomit-frame-pointer has
already been specified, ignore the -momit-leaf-frame-pointer option.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6689&r2=2.6690
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&r1=1.747&r2=1.748



-- 


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

[Bug bootstrap/18797] [4.0 Regression] Wrong gcc shared library symlink for multilib

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2004-12-02 21:14 ---
A possible patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00148.html

-- 


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

[Bug target/18798] global register variable: register is used for function calls

[lts-rudolph at gmx dot de]

--- Additional Comments From lts-rudolph at gmx dot de  2004-12-02 21:12 
---
Created an attachment (id=7665)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7665&action=view)
only one sourcefile needed, no others attatched

Simply use source file with avr-gcc and look for using of register r13.


-- 


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

[Bug fortran/18496] Build fails with "libgmp.so.6 not found" error

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-02 21:10 
---
Um, since I didn't reproduce the failure myself I'm not sure if I should have
confirmed this bug. I don't see a way to set this back, so I'm going to have to
leave this as confirmed.

-- 


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

[Bug fortran/18496] Build fails with "libgmp.so.6 not found" error

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-02 21:08 
---
I'm thinking that this is a real issue with gfortran's configury: if we're able
to link against gmp we should also be able to run the resulting binary.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 21:08:44
   date||


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

[Bug target/18798] global register variable: register is used for function calls

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
   Keywords||wrong-code


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

[Bug c/18798] New: global register variable: register is used for function calls

[lts-rudolph at gmx dot de]

If the c code contains a global register variable the compiler generate wrong
code. gcc uses the global register var for function calls but will not save
them on stack before using them. Only register vars from r10 to r18 
affected. Registers lower then 10 seem OK.

Problem occures when:
avr-gcc -O3 -g -mmcu=at90s8515 -c main.c
avr-gcc -O3 -g -mmcu=at90s8515 main.o -o go

I hope the next page give me the chance to add the source :-)

-- 
   Summary: global register variable: register is used for function
calls
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lts-rudolph at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-linux-gnu
GCC target triplet: avr-unknown-none


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

[Bug libfortran/18495] Intrinisc function SPREAD is broken

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-02 21:05 
---
I think I know now how the return array is allocated. This is not the error.

An additional error seems to be that a scalar source is not special cased, as
for PACK, see PR17283:
[EMAIL PROTECTED] tests]$ cat spread.f90

real :: a(5)

a = spread (1., 1, 5)
end
[EMAIL PROTECTED] tests]$ gfortran spread.f90
[EMAIL PROTECTED] tests]$ ./a.out
Segmentation fault


-- 


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

[Bug target/9908] [3.3/3.4 Regression] [x86] wrong code generated for virtual method call with -masm-intel

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
21:03 ---
Subject: Bug 9908

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-12-02 21:03:29

Modified files:
gcc: ChangeLog 
gcc/config/i386: i386.md 

Log message:
PR target/9908
* config/i386/i386.md (*call_value_1, *sibcall_value_1): Correct
Intel assembler syntax by using %A1 instead of %*%1.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.716&r2=2.2326.2.717
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.502.2.7&r2=1.502.2.8



-- 


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

[Bug fortran/18794] warn about common variable alignment problems

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
21:01 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 21:01:49
   date||


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

[Bug java/18789] GCJ does not fail with omitted import

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
20:59 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 20:59:57
   date||


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

[Bug java/18796] [4.0 Regression] gcj imports wrong superclass

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
20:57 ---
Confirmed, werid.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 20:57:38
   date||


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

[Bug libfortran/18495] Intrinisc function SPREAD is broken

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-02 20:56 
---
Looking at the code it seems to me that the return array isn't allocated
anywhere. I don't know the scalarizer well enough, though.

-- 


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

[Bug bootstrap/18797] [4.0 Regression] Wrong gcc shared library symlink for multilib

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2004-12-02 20:50 ---
The correct multilib libgcc_s.so should be

[EMAIL PROTECTED] build-x86_64-linux]$ ls -l gcc/libgcc_s_32.so
lrwxrwxrwx  1 root root 16 Nov 30 10:13 gcc/libgcc_s_32.so -> 32/libgcc_s.so.1

on Linux/x86_64.

-- 


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

[Bug bootstrap/18797] [4.0 Regression] Wrong gcc shared library symlink for multilib

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
20:47 ---
Some analysis of the problem:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00178.html

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||build
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 20:47:47
   date||
Summary|Wrong gcc shared library|[4.0 Regression] Wrong gcc
   |symlink for multilib|shared library symlink for
   ||multilib
   Target Milestone|--- |4.0.0


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

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
20:46 ---
Reduced testcase:
struct allocator
{
  allocator() throw();
  allocator(const allocator& __a);
};
struct string
{
  mutable allocator _M_dataplus;
  string& operator=(const string& __str);
};
struct Record
{
unsigned int a, b, c, d, e;
string description;
};
void foobar ()
{
  const Record record = {0};
}


: Search converges between 2004-10-26-161001-trunk (#611) and 
2004-11-03-014001-trunk 
(#612).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 20:46:21
   date||


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

[Bug java/18796] [4.0 Regression] gcj imports wrong superclass

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||rejects-valid
   Target Milestone|--- |4.0.0


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

[Bug bootstrap/18797] New: Wrong gcc shared library symlink for multilib

[hjl at lucon dot org]

With gcc 4.0 in CVS on Thu Dec  2 19:57:52 UTC 2004, I got

[EMAIL PROTECTED] build-x86_64-linux]$ ls -l gcc/32/libgcc_s_32.so
lrwxrwxrwx1 hjl  hjl16 Dec  2 12:27 gcc/32/libgcc_s_32.so ->
32/libgcc_s.so.1
[EMAIL PROTECTED] build-x86_64-linux]$ ls gcc/32/libgcc_s_32.so
ls: gcc/32/libgcc_s_32.so: No such file or directory

on Linux/x86_64.

-- 
   Summary: Wrong gcc shared library symlink for multilib
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug java/18796] [4.0 Regression] gcj imports wrong superclass

[ovidr at users dot sourceforge dot net]

--- Additional Comments From ovidr at users dot sourceforge dot net  
2004-12-02 20:40 ---
Created an attachment (id=7664)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7664&action=view)
testcase

The java files.

-- 


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

[Bug java/18796] New: [4.0 Regression] gcj imports wrong superclass

[ovidr at users dot sourceforge dot net]

gcj -c -o bla.o sancho/view/transfer/AbstractDetailDialog.java

sancho/view/transfer/AbstractDetailDialog.java: In class
'sancho.view.transfer.AbstractDetailDialog':
sancho/view/transfer/AbstractDetailDialog.java: In constructor '(int)':
sancho/view/transfer/AbstractDetailDialog.java:11: error: Can't find constructor
'org.eclipse.swt.widgets.Dialog(I)' in type 'org.eclipse.swt.widgets.Dialog'.
   super(i); 

gcc version 4.0.0 20041130 (experimental) doesn't work.
gcc version 3.3.2 20031022 works fine.

It is due to the
"import org.eclipse.swt.widgets.*" in 
sancho/view/transfer/downloads/DownloadTableTreeView.java

Changing AbstractDetailDialog.java to explicitly import the correct Dialog class
fixes it:

public abstract class AbstractDetailDialog extends
org.eclipse.jface.dialogs.Dialog {

(will attach small zip file)

-- 
   Summary: [4.0 Regression] gcj imports wrong superclass
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ovidr at users dot sourceforge dot net
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=18796

[Bug c++/18795] Error on Compiling c++ program

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
20:37 ---
Compile with g++ instead of gcc.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
20:36 ---
I have it done 120 lines or so.

-- 


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

[Bug fortran/18781] [ICE] WRITE with FMT from CHARACTER array

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-02 20:33 
---
The testcase also segfaults with the DATA line removed.

-- 
   What|Removed |Added

Summary|[ICE] WRITE with FMT given  |[ICE] WRITE with FMT from
   |in DATA |CHARACTER array


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

[Bug c++/18795] New: Error on Compiling c++ program

[crypticyril at hotmail dot com]

The OS : Red Hat 9.0 [no changes]
Gcc Version : gcc-3.3.2-1 [built using rpm install from the Fedora cd and update
from Red Hat/Fedora site]
Command Line : gcc Hello.cc


The Program is : 

#include 
#include 
using namespace std;

int main()
{
char name;int ID;

cout << "Enter your name ";
cin >> name;

cout << "Enter your ID number ";
cin >> ID;

cout << "Hello " << name << " or should I say " << ID << endl;

return 0;}

The Error reported on compile is :

/tmp/cciO14fQ.o(.text+0x19): In function `main':
: undefined reference to `std::cout'
/tmp/cciO14fQ.o(.text+0x1e): In function `main':
: undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream >&, char const*)'
/tmp/cciO14fQ.o(.text+0x2d): In function `main':
: undefined reference to `std::cin'
/tmp/cciO14fQ.o(.text+0x32): In function `main':
: undefined reference to `std::basic_istream >&
std::operator>> >(std::basic_istream >&, char&)'
/tmp/cciO14fQ.o(.text+0x42): In function `main':
: undefined reference to `std::cout'
/tmp/cciO14fQ.o(.text+0x47): In function `main':
: undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream >&, char const*)'
/tmp/cciO14fQ.o(.text+0x56): In function `main':
: undefined reference to `std::cin'
/tmp/cciO14fQ.o(.text+0x5b): In function `main':
: undefined reference to `std::basic_istream
>::operator>>(int&)'
/tmp/cciO14fQ.o(.text+0x66): In function `main':
: undefined reference to `std::basic_ostream >&
std::endl >(std::basic_ostream >&)'
/tmp/cciO14fQ.o(.text+0x89): In function `main':
: undefined reference to `std::cout'
/tmp/cciO14fQ.o(.text+0x8e): In function `main':
: undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream >&, char const*)'
/tmp/cciO14fQ.o(.text+0x97): In function `main':
: undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream >&, char)'
/tmp/cciO14fQ.o(.text+0xa0): In function `main':
: undefined reference to `std::basic_ostream >&
std::operator<<  >(std::basic_ostream >&, char const*)'
/tmp/cciO14fQ.o(.text+0xa9): In function `main':
: undefined reference to `std::basic_ostream
>::operator<<(int)'
/tmp/cciO14fQ.o(.text+0xb2): In function `main':
: undefined reference to `std::basic_ostream
>::operator<<(std::basic_ostream >&
(*)(std::basic_ostream >&))'
/tmp/cciO14fQ.o(.text+0xde): In function
`__static_initialization_and_destruction_0(int, int)':
: undefined reference to `std::ios_base::Init::Init[in-charge]()'
/tmp/cciO14fQ.o(.text+0x10d): In function `__tcf_0':
: undefined reference to `std::ios_base::Init::~Init [in-charge]()'
/tmp/cciO14fQ.o(.eh_frame+0x11): undefined reference to `__gxx_personality_v0'
collect2: ld returned 1 exit status

I am a completely new user to the system and want to continue using Linux and
gcc. Please can you reply as to how I can sort this error

-- 
   Summary: Error on Compiling c++ program
   Product: gcc
   Version: 3.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: crypticyril at hotmail dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug middle-end/18170] [4.0 Regression] m32r-elf-as, m32r-linux-as debug relocation error for c++

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-02 20:15 
---
That commit is unrelated to this bug, I had mistyped the PR number.

Sorry.

-- 


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

[Bug libfortran/18710] img part of complex number not written to direct access file

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
20:14 ---
Subject: Bug 18710

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-02 20:14:00

Modified files:
gcc/testsuite  : ChangeLog 

Log message:
PR fortran/18710
fix previously mistyped ChangeLog entry

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4709&r2=1.4710



-- 


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

[Bug fortran/18794] New: warn about common variable alignment problems

[Thomas dot Koenig at online dot de]

$ cat common.f
  program main
  character*1 c
  common /foo/ c,r
  c = 'a'
  r = 1.2
  end
$ g77 common.f
common.f: In program `main':
common.f:3: warning:
 common /foo/ c,r
 ^
Initial padding for common block `foo' is 3 bytes at (^) -- consider
reorderingmembers, largest-type-size first
$ gfortran common.f
$ gfortran -v
Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --prefix=/home/ig25
--enable-languages=c,c++,f95 : (reconfigured) ../gcc/configure
--prefix=/home/ig25 --with-gcc-version-trigger=/home/ig25/gcc/gcc/version.c
--enable-languages=c,c++,f95 --no-create --no-recursion
Thread model: posix
gcc version 4.0.0 20041129 (experimental)

Just about any Fortran compiler warns about this sort
of thing (and they should, the performance penalty
for this kind of thing can be severe).

-- 
   Summary: warn about common variable alignment problems
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-12-02 20:12 
---
That's as short as I can get it for now: 
-- 
#include  
 
struct Record  
{ 
unsigned int a, b, c, d, e; 
std::string   description; 
}; 
 
template  
void foobar () 
{ 
  const Record record = {0,0,0,0,0,std::string()}; 
} 
template void foobar (); 
--- 
 
source/a.cc: In function 'void foobar() [with T = int]': 
source/a.cc:14:   instantiated from here 
source/a.cc:12: warning: unused variable 'record' 
source/a.cc:12: internal compiler error: in cp_expr_size, at 
cp/cp-objcp-common.c:86 
Please submit a full bug report, 
with preprocessed source if appropriate. 
See http://gcc.gnu.org/bugs.html> for instructions. 
 
 
Surprisingly, the number of elements in the structure do make a difference! 
W. 

-- 


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

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

[bangerth at dealii dot org]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |4.0.0


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

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-12-02 19:58 
---
Created an attachment (id=7663)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7663&action=view)
Preprocessed sources, not reduced


-- 


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

[Bug c++/18793] New: [4.0 regression] ICE in cp_expr_size

[bangerth at dealii dot org]

I don't have time to investigate this further right now, but for the 
attached testcase, I get this ICE with mainline as of this morning: 
 
deal.II/lac> c++ -c sparse_direct.ii 
source/sparse_direct.cc: In function 'void 
CommunicationsLog::record_communication(pid_t, CommunicationsLog::Direction, 
unsigned int, unsigned int, const std::string&) [with T = char]': 
source/sparse_direct.cc:296: internal compiler error: in cp_expr_size, at 
cp/cp-objcp-common.c:86 
Please submit a full bug report, 
with preprocessed source if appropriate. 
See http://gcc.gnu.org/bugs.html> for instructions. 
 
W.

-- 
   Summary: [4.0 regression] ICE in cp_expr_size
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bangerth at dealii dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug java/16675] [4.0 Regression] Null parameter values for anonymous constructor invocation require explicit cast

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2004-12-02 
19:44 ---
Fix checked in


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/18792] ICE with -O1 -ftree-loop-linear on small test case

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
19:43 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 19:43:05
   date||


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

[Bug java/16675] [4.0 Regression] Null parameter values for anonymous constructor invocation require explicit cast

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
19:41 ---
Subject: Bug 16675

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-02 19:41:03

Modified files:
gcc/java   : ChangeLog parse.y 

Log message:
PR java/16675:
* parse.y (craft_constructor): Special case null_pointer_node.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1511&r2=1.1512
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/parse.y.diff?cvsroot=gcc&r1=1.523&r2=1.524



-- 


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

[Bug libfortran/18710] img part of complex number not written to direct access file

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-02 19:40 
---
Fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/18170] [4.0 Regression] m32r-elf-as, m32r-linux-as debug relocation error for c++

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
19:39 ---
Subject: Bug 18170

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-02 19:39:15

Modified files:
libgfortran: ChangeLog 
libgfortran/io : transfer.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: direct_io_3.f90 

Log message:
libgfortran/
PR fortran/18710
* io/transfer.c (unformatted_read, unformatted_write): width of
a COMPLEX is twice its kind.

gcc/testsuite/
PR fortran/18170
* gfortran.dg/direct_io_3.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.124&r2=1.125
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&r1=1.17&r2=1.18
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4708&r2=1.4709
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/direct_io_3.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug libfortran/18710] img part of complex number not written to direct access file

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
19:39 ---
Subject: Bug 18710

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-02 19:39:15

Modified files:
libgfortran: ChangeLog 
libgfortran/io : transfer.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: direct_io_3.f90 

Log message:
libgfortran/
PR fortran/18710
* io/transfer.c (unformatted_read, unformatted_write): width of
a COMPLEX is twice its kind.

gcc/testsuite/
PR fortran/18170
* gfortran.dg/direct_io_3.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.124&r2=1.125
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&r1=1.17&r2=1.18
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4708&r2=1.4709
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/direct_io_3.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug java/16675] [4.0 Regression] Null parameter values for anonymous constructor invocation require explicit cast

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
19:38 ---
Subject: Bug 16675

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-02 19:38:49

Modified files:
libjava: ChangeLog 
Added files:
libjava/testsuite/libjava.compile: PR16675.java 

Log message:
For PR java/16675:
* testsuite/libjava.compile/PR16675.java: New file.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3257&r2=1.3258
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.compile/PR16675.java.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug tree-optimization/18792] ICE with -O1 -ftree-loop-linear on small test case

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||dberlin at gcc dot gnu dot
   ||org, spop at gcc dot gnu dot
   ||org
   Keywords||ice-on-valid-code


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

[Bug java/18697] [4.0 Regression] Miscompilation of GtkMenuItemPeer.setParent(MenuItem)

[aph at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug libfortran/18791] CABS specifics declared of wrong type

[pbrook at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-02 19:32:28
   date||


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

[Bug tree-optimization/18792] New: ICE with -O1 -ftree-loop-linear on small test case

[fjahanian at apple dot com]

Following small test case, extraced from a SPEC2004 benchmark ICEs when 
compiled with gcc-4.0
and -O1 -ftree-loop-linear

/* test */
void put_atoms_in_triclinic_unitcell(float x[][3])
{
  int i=0,d;

  while (x[i][3] < 0)
   for (d=0; d<=3; d++)
  x[i][d] = 0;

  while (x[i][3] >= 0)
   for (d=0; d<=3; d++)
  x[i][d] = 0;

}


% gcc-4.0 -c bad.c -O1 -ftree-loop-linear
bad.c: In function 'put_atoms_in_triclinic_unitcell':
bad.c:2: internal compiler error: in build_classic_dist_vector, at 
tree-data-ref.c:1871
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE with -O1 -ftree-loop-linear on small test case
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fjahanian at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: apple-ppc-darwin
  GCC host triplet: apple-ppc-darwin
GCC target triplet: apple-ppc-darwin


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

[Bug libfortran/18791] New: CABS specifics declared of wrong type

[tobi at gcc dot gnu dot org]

in libgfortran/generated/_abs_c8.f90 we have

elemental function specific__abs_c8 (parm)
   complex (kind=8), intent (in) :: parm
   complex (kind=8) :: specific__abs_c8

   specific__abs_c8 = abs (parm)
end function

the function should be of type real(kind=8), not complex. In the current
incarnation the compiler generates a warning for an implicit type conversion.

Same for _abs_c4.f90

-- 
   Summary: CABS specifics declared of wrong type
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: pbrook at gcc dot gnu dot org
ReportedBy: tobi at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug rtl-optimization/15289] [3.4/4.0 Regression] reload error with non-lowpart subregs

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
19:16 ---
Subject: Bug 15289

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-12-02 19:16:38

Modified files:
gcc: ChangeLog emit-rtl.c expr.c function.c 
 integrate.c optabs.c rtl.h 

Log message:
PR rtl-opt/15289
* emit-rtl.c (gen_complex_constant_part): Remove.
(gen_realpart, gen_imagpart, subreg_realpart_p): Remove.
* expr.c (write_complex_part, read_complex_part): New.
(emit_move_via_alt_mode, emit_move_via_integer, emit_move_resolve_push,
emit_move_complex_push, emit_move_complex, emit_move_ccmode,
emit_move_multi_word): Split out from ...
(emit_move_insn_1): ... here.
(expand_expr_real) : Use write_complex_part.
: Use read_complex_part.
: Likewise.
* function.c (assign_parms): Hard-code transformations
instead of using gen_realpart/gen_imagpart.
* integrate.c (initialize_for_inline): Likewise.
* optabs.c (expand_unop): Use read_complex_part/write_complex_part.
(expand_complex_abs): Likewise.
(expand_binop): Likewise.  Rearrange to build a CONCAT at the end,
rather than creating a complex target at the beginning.
* rtl.h (gen_realpart, gen_imagpart, subreg_realpart_p): Remove.
(read_complex_part, write_complex_part): Declare.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.715&r2=2.2326.2.716
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/emit-rtl.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.365.4.6&r2=1.365.4.7
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/expr.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.615.4.15&r2=1.615.4.16
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/function.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.483.4.19&r2=1.483.4.20
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/integrate.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.244.2.1&r2=1.244.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/optabs.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.204.4.2&r2=1.204.4.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/rtl.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.448.4.7&r2=1.448.4.8



-- 


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

[Bug preprocessor/15167] [3.4/4.0 Regression] Internal compiler error with "#pragma once"

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-02 
18:54 ---
Investigating, but this is not pretty.


-- 
   What|Removed |Added

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


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

[Bug tree-optimization/16951] [4.0 regression] ICE in make_decl_rtl with recursion in C++ constructor (-O1)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
18:37 ---
*** Bug 18790 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||tsarkov at cs dot man dot ac
   ||dot uk


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

[Bug c++/18790] ICE in make_decl_rtl

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
18:37 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug java/18728] GCJ allows creation of inner class without qualifying reference

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2004-12-02 
18:25 ---
I'm changing the title to reflect that it is a front end
bug and not a class generation bug.  The code should not be
accepted.


-- 
   What|Removed |Added

Summary|GCJ generates inner class   |GCJ allows creation of inner
   |code that fails to verify.  |class without qualifying
   ||reference


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

[Bug c++/16681] [3.3/3.4/4.0 regression] array initialization in struct construct is a memory hog

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-12-02 
18:14 ---
Nathan asked me to write up some details about what I intend to do.

There are some tremendous inefficiences in our representation for initializers
for an array.  In particular, we use a CONSTRUCTOR whose CONSTRUCTOR_ELTS is a
TREE_LIST.  Each node in the TREE_LIST has a TREE_PURPOSE with the equivalent of
a C99 "designator"; the TREE_VALUE is the value to be stored at that location. 
For a huge array, we waste a ton of space on the designators and the TREE_LIST
nodes.

What we should do instead is store the first designator, and then an array of
initializers.  For most arrays initializers, that will be sufficient.  For an
array that actually uses designated initializers, we'll have several such
blocks, chained together.  If we're using existing tree nodes, a TREE_VEC would
do; use the TREE_TYPE as the designator, the TREE_CHAIN to chain the initializer
blocks together, and the vector elements as the initializers themselves.

Making this change will require large, but mostly mechanical, changes to the
middle and back ends.  You could provide a converter function to go from the old
representation to the new, probably, so as to avoid having to change all of the
front ends at first.

Second, in the C++ front end, we process the huge initializer several times.  We
build up an initial representation in the parser.  Then, we run it through
reshape_array -- which creates a bunch of new nodes, rather than reusing any
existing nodes.  I'm not sure if digest_init then creates a bunch more nodes. 
Reusing the nodes from earlier phases here would be good.

-- 
   What|Removed |Added

 CC||nathan at codesourcery dot
   ||com


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

[Bug java/16675] [4.0 Regression] Null parameter values for anonymous constructor invocation require explicit cast

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2004-12-02 
18:11 ---
I'm testing a patch


-- 
   What|Removed |Added

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


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

[Bug c++/18790] ICE in make_decl_rtl

[tsarkov at cs dot man dot ac dot uk]

--- Additional Comments From tsarkov at cs dot man dot ac dot uk  
2004-12-02 17:59 ---
Created an attachment (id=7662)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7662&action=view)
Preprocessed sources


-- 


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

[Bug c++/18790] New: ICE in make_decl_rtl

[tsarkov at cs dot man dot ac dot uk]

I discovered a bug on new mainline tree.  Use option -O3 to see the bug

> cat a.cpp
#include 

struct a
{
  int f ( const std::string& Id ) const;
  int f ( void ) const { return f ( "default" ); }
};

int a :: f ( const std::string& id ) const
{
  if ( id == "" )
return f ();
  return 0;
}

> /mnt/d/gcc/bin/g++-4.0 -v -save-temps -O3 -c a.cpp
Reading specs from /mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --prefix=/mnt/d/gcc --enable-shared
--enable-threads --program-suffix=-4.0 --enable-__cxa_at
xit --disable-nls --enable-languages=c,c++,java : (reconfigured)
../gcc/configure --prefix=/mnt/d/gcc --enable-shared --enable
threads --program-suffix=-4.0 --enable-__cxa_atexit --disable-nls
--with-gcc-version-trigger=/mnt/d/.src/gcc-cvs/gcc/gcc/versi
n.c --enable-languages=c,c++,java --no-create --no-recursion
Thread model: posix
gcc version 4.0.0 20041202 (experimental)
 /mnt/d/gcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -E -quiet -v
-D_GNU_SOURCE a.cpp -mtune=pentiumpro -O3 -fpch-preproces
 -o a.ii
ignoring nonexistent directory
"/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0
 
/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/i686-pc-linux-gnu
 
/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/backward
 /usr/local/include
 /mnt/d/gcc/include
 /mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/include
 /usr/include
End of search list.
 /mnt/d/gcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -fpreprocessed a.ii
-quiet -dumpbase a.cpp -mtune=pentiumpro -auxbase
 -O3 -version -o a.s
GNU C++ version 4.0.0 20041202 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0 20041202 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/basic_string.h:
In member function 'int a::f(con
t std::string&) const':
/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/basic_string.h:2140:
internal compiler error: in
make_decl_rtl, at varasm.c:867
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE in make_decl_rtl
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tsarkov at cs dot man dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug java/18741] [4.0 Regression] ICE tree check: expected class 'expression', have 'declaration' (var_decl)

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2004-12-02 
16:38 ---
Fix checked in.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug java/18741] [4.0 Regression] ICE tree check: expected class 'expression', have 'declaration' (var_decl)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-02 
16:37 ---
Subject: Bug 18741

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-02 16:37:41

Modified files:
gcc/java   : ChangeLog java-gimplify.c 

Log message:
PR java/18741:
* java-gimplify.c (java_gimplify_expr): Don't call
SET_EXPR_LOCATION unless wrapped tree is an expression.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1510&r2=1.1511
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/java-gimplify.c.diff?cvsroot=gcc&r1=1.17&r2=1.18



-- 


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

[Bug fortran/18783] Non explicit instantiation of module variable in MAIN causes ICE

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-02 
16:30 ---
Thanks for testing a new version.

-- 
   What|Removed |Added

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


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

[Bug fortran/18783] Non explicit instantiation of module variable in MAIN causes ICE

[prthomas at drfccad dot cea dot fr]

--- Additional Comments From prthomas at drfccad dot cea dot fr  2004-12-02 
16:24 ---
Subject: RE:  Non explicit instantiation of module vari
able in MAIN causes ICE

The problem is indeed fixed in gcc-4.0 200141202.

Thanks, Andrew

Paul Thomas


-- 


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

[Bug java/18789] New: GCJ does not fail with omitted import

[phil at mkdoc dot com]

If a dependent class in another package is not explicitly declared in an import 
statement but the two classes are compiled together, GCJ does not fail.

-- OmittedImport.java

package com.example.bug;

public class OmittedImport {

public OmittedImport(NotImported notImported) {
// Empty
}
}

-- NotImported.java

package com.example.other;

public class NotImported {

// Empty
}

This is using a command lines like:

$ gcj -C -d /out /src/com/example/**/*.java

$ gcj -C -d /out /src/com/example/bug/OmittedImport.java 
/src/com/example/other/NotImported.java

If the OmittedImport class is compiled alone, it does fail as one would expect. 
The Sun SDK does not compile the OmittedImport class in any case.

-- 
   Summary: GCJ does not fail with omitted import
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: phil at mkdoc 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=18789