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

--- 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|unassign

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

--- 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: Change

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

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 incarnat

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

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

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

-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |200

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

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org |dot org | Status|NEW

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

-- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org, spop at gcc dot gnu dot

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

--- 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: libja

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

--- 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 : t

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

--- 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 : t

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

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-02 19:40 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

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

--- 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:

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 19:43 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

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

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-02 19:44 --- Fix checked in -- What|Removed |Added Status|ASSIGNED|RESOLV

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

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,

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

--- 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] [4.0 regression] ICE in cp_expr_size

-- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.

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

--- 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 () { co

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

$ 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 reord

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

--- 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 f

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

--- 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 c++/18795] New: Error on Compiling c++ program

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;

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

--- 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 Summa

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

--- 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 c++/18795] Error on Compiling c++ program

--- 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

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

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

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

--- 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 bootstrap/18797] New: Wrong gcc shared library symlink for multilib

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

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

-- What|Removed |Added Keywords||rejects-valid Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?

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

--- 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 {

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

--- 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 -

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

--- 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:/

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- 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 java/18796] [4.0 Regression] gcj imports wrong superclass

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 20:57 --- Confirmed, werid. -- What|Removed |Added Status|UNCONFIRMED |NEW

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 20:59 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 21:01 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

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

--- 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: ChangeL

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- 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 s

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

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-gc

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

-- What|Removed |Added Component|c |target Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id

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

--- 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 |Adde

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

--- 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/b

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

--- 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 reg

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

--- 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/18759] [x86] using both -fomit-frame-pointer and -momit-leaf-frame-pointer enables frame pointers for non-leaf functions

--- 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: i

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

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

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

--- 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 |

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-02 21:22 --- Fixed on the mainline. -- What|Removed |Added Status|UNCONFIRMED

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

--- 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 ---

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

--- 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 target/18759] [x86] using both -fomit-frame-pointer and -momit-leaf-frame-pointer enables frame pointers for non-leaf functions

--- 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/18774] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20020227-1.c -Os -O2 compile

--- 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

[Bug tree-optimization/18768] Missed ivopts opportunity

--- 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];

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

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-02 21:41 --- Try that. -- What|Removed |Added Status|ASSIGNED|WAITING http:

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

--- 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 i

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

--- 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:

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

--- 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

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

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

[Bug tree-optimization/18768] Missed ivopts opportunity

--- 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 loca

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

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18800

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

-- 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

-- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

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

-- What|Removed |Added Known to work||4.0.0 Summary|libgcc.mk isn't parallel|[3.4 Regression] libgcc.mk |build safe

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

--- 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/18801] New: bootstrap fails to build libiberty.a library on AIX 5.2

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/c

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

--- 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 wa

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

--- 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 --

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

-- What|Removed |Added Keywords||diagnostic Known to fail||3.4.3 Known to work|

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

--- 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 --

[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

--- 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_

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

--- 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 =

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

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-protot

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

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

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

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'

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

-- What|Removed |Added Severity|normal |critical Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18

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

--- 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 ---

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

--- 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_ty

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

--- 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

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

--- 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

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

--- 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

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

--- 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

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

--- 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 --

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

--- 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

--- 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 messag

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

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-03 03:28 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

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

... 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

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

-- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18804

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

--- 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

<    1   2