[Bug bootstrap/18853] Bootstrap Problem

-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18853

[Bug c/18867] [4.0 Regression] ICE on invalid switch quantity

/gcc.dg/noncompile: 20041207.c Log message: PR c/18867 * gcc.dg/noncompile/20041207.c: Fix typo in dg directive. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4720&r2=1.4721 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/t

[Bug c++/18881] c++ multiple inheritance class calls wrong function in threaded environment

--- Additional Comments From droe at mintec dot com dot au 2004-12-08 06:53 --- Created an attachment (id=7703) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7703&action=view) 218-line testClass.ii which demonstrates problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18881

[Bug c++/18881] New: c++ multiple inheritance class calls wrong function in threaded environment

GCC version: gcc version 3.4.3 20041125 (Red Hat 3.4.3-7) Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt

[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From phython at gcc dot gnu dot org 2004-12-08 05:49 --- The round 4 patch causes lots of regressions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18596

[Bug c++/18100] [3.4/4.0 regression] template member with same name as class not rejected

--- Additional Comments From mark at codesourcery dot com 2004-12-08 05:48 --- Subject: Re: [3.4/4.0 regression] template member with same name as class not rejected lerdsuwa at gcc dot gnu dot org wrote: > --- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-07

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

--- Additional Comments From bugzilla at mailinator dot com 2004-12-08 05:06 --- I got the same problems for gcc-3.4.3. I fixed the iovec error by inserting struct iovec { void *iov_base; size_t iov_len; }; ssize_t writev (int filedes, const struct iovec *vector, int co

[Bug target/18713] Large program size due to uninitialised global data (SCO)

--- Additional Comments From bygoh at genting dot com dot my 2004-12-08 04:11 --- Follow up on the earlier report, the size problem goes away when the global variables are declared as static: struct My_t { charmyData[2048]; }; static My_t myArr[10240]; int main ()

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

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend

--- Additional Comments From mark at codesourcery dot com 2004-12-08 03:46 --- Subject: Re: [4.0 regression] mmintrin.h rejected by C++ frontend reichelt at gcc dot gnu dot org wrote: > --- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-07 > 17:29 --- > Mark

[Bug middle-end/18293] Redundant copy operation introduced by expand

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

[Bug middle-end/18293] Redundant copy operation introduced by expand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 02:29 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/18880] DSE is not doing its job for global variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 02:27 --- Looks like DSE is not following V_MUST_DEF chains (well since really V_MUST_DEF just became chains I would assume this was not like not before). If we use "--param global-var-threshold=0", DSE removes the

[Bug tree-optimization/18880] New: DSE is not doing its job for global variables

Take the following: char Bool_Glob; void f(void) { Bool_Glob = 0; Bool_Glob = 1; } There should be only one store to Bool_Glob in the last tree dump. The corresponding pointer example works correctly: int f(char *Bool_Glob ) { *Bool_Glob = 0; *Bool_Glob = 1; } -- Summary: DSE

[Bug middle-end/18293] Redundant copy operation introduced by expand

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08 02:15 --- Subject: Bug 18293 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-08 02:15:39 Modified files: gcc: ChangeLog expmed.c loop.c Log messa

[Bug target/18443] #pragma pack(1) breaks function pointer initialization

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

[Bug target/18443] #pragma pack(1) breaks function pointer initialization

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08 01:59 --- Subject: Bug 18443 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-08 01:59:29 Modified files: gcc: Change

[Bug target/18443] #pragma pack(1) breaks function pointer initialization

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08 01:49 --- Subject: Bug 18443 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-08 01:49:15 Modified files: gcc: Change

[Bug libf2c/18874] ? in namelist read leads to I/O recursion

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-08 01:38 --- i would imagine that the number of bugs fixed in g77 / libf2c will be small, but gcc3.4.X will be actively supported for a while. having the bugs reported let's users know that this is a known problem. mayb

[Bug tree-optimization/17340] [4.0 Regression] Internal error compiling with -O3

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-08 00:54 --- The rest of this bug goes away when I do this: Index: global.c === RCS file: /cvs/gcc/gcc/gcc/global.c,v retrieving revision 1.118 diff -

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

-- What|Removed |Added Status|WAITING |ASSIGNED Last reconfirmed|2004-10-26 18:30:20 |2004-12-08 00:48:03 date|

[Bug tree-optimization/17340] [4.0 Regression] Internal error compiling with -O3

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-08 00:32 --- (From update of attachment 7697) Applied -- What|Removed |Added Attachment #7697 is|0

[Bug target/18443] #pragma pack(1) breaks function pointer initialization

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08 00:21 --- Subject: Bug 18443 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-08 00:20:51 Modified files: gcc: ChangeLog gcc/config/ia64: i

[Bug rtl-optimization/18861] [4.0 Regression] ICE Segmentation fault in try_crossjump_to_edge at ../../gcc/gcc/cfgcleanup.c:1637 with two switches (table jumps)

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-08 00:18 --- "-O2 -floop-optimize2" is enough for the test case in comment 2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18861

[Bug c/18867] [4.0 Regression] ICE on invalid switch quantity

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-08 00:15 --- . -- What|Removed |Added Status|ASSIGNED|RESOLVED R

[Bug target/18443] #pragma pack(1) breaks function pointer initialization

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 00:14 --- Patch here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18443

[Bug c/18867] [4.0 Regression] ICE on invalid switch quantity

/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/noncompile: 20041207.c Log message: PR c/18867 * c-typeck.c (c_start_case): Set orig_type to error_mark_node when the type of the controlling expression is not a valid type. testsuite

[Bug libstdc++/17315] Strange compile-time regression in cpp against gcc3.4.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08 00:12 --- So can we close this as not to be fixed as it is new allocator which is causing the problem (which is runtime improvement)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17315

[Bug tree-optimization/17340] [4.0 Regression] Internal error compiling with -O3

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08 00:09 --- Subject: Bug 17340 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-08 00:09:34 Modified files: gcc: ChangeLog tree-ssa-pre.c Log messag

[Bug target/6552] make gnatlib_and_tools fails compiling a-chahan.adb on IRIX 6.2

--- Additional Comments From echristo at redhat dot com 2004-12-07 23:30 --- Can reopen if still a problem. -- What|Removed |Added Status|WAITING

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

--- Additional Comments From amodra at bigpond dot net dot au 2004-12-07 23:26 --- FWIW, http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00451.html cures this problem by teaching the rs6000 back-end how to handle multi-register access to non-offsettable memory. -- http://gcc.gnu.org/bug

[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-07 23:22 --- Patch coming -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin

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

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2004-12-07 23:13 --- Subject: Re: ICE with -O1 -ftree-loop-linear on small test case > --- Additional Comments From dberlin at dberlin dot org 2004-12-07 23:09 > --- > Subject: Re: ICE with -O1

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

--- Additional Comments From dberlin at dberlin dot org 2004-12-07 23:09 --- Subject: Re: ICE with -O1 -ftree-loop-linear on small test case It's actually a bug in compute_data_dependence then, not linear xforms. the dist and dir vector computation functions need to map between the

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

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2004-12-07 23:04 --- Subject: Re: ICE with -O1 -ftree-loop-linear on small test case > >> There are basically two ways how to fix this: either make the code > >> that changes the order of loops in the nes

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

--- Additional Comments From fjahanian at apple dot com 2004-12-07 23:04 --- I agree that bug is before linear loop xform. Make a slight, none-cfg change to the test case and loop_nbr come out different (and sequential in the nesting). Somehow, changing the first loop condition makes a

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

--- Additional Comments From dberlin at dberlin dot org 2004-12-07 22:56 --- Subject: Re: ICE with -O1 -ftree-loop-linear on small test case > >> There are basically two ways how to fix this: either make the code >> that changes the order of loops in the nests to also renumber the lo

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

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2004-12-07 22:53 --- Subject: Re: ICE with -O1 -ftree-loop-linear on small test case > There are basically two ways how to fix this: either make the code > that changes the order of loops in the nests to

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

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-07 22:50 --- There are basically two ways how to fix this: either make the code that changes the order of loops in the nests to also renumber the loops (which would in turn invalidate all scev caches, that would need to

[Bug target/16317] MIPS-netbsd does not define NO_IMPLICIT_EXTERN_C

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-07 22:47 --- Subject: Bug 16317 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-07 22:47:42 Modified files: gcc: ChangeLog gcc/config : n

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

--- Additional Comments From fjahanian at apple dot com 2004-12-07 22:37 --- Zdenek, Could you take a look at this? -- What|Removed |Added CC|

[Bug c++/18744] C++ ABI is incomplete for ILP64

-- Bug 18744 depends on bug 18442, which changed state. Bug 18442 Summary: [4.0 Regression] Rejects attribute((mode(SI))) when using -mint64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18442 What|Old Value |New Value ---

[Bug target/18404] unnecessary sll when -mint64 (MIPS)

-- Bug 18404 depends on bug 18442, which changed state. Bug 18442 Summary: [4.0 Regression] Rejects attribute((mode(SI))) when using -mint64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18442 What|Old Value |New Value ---

[Bug target/18442] [4.0 Regression] Rejects attribute((mode(SI))) when using -mint64

--- Additional Comments From echristo at redhat dot com 2004-12-07 22:21 --- Fixed with above. -- What|Removed |Added Status|ASSIGNED|RESOLVE

[Bug target/18442] [4.0 Regression] Rejects attribute((mode(SI))) when using -mint64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-07 22:17 --- Subject: Bug 18442 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-07 22:17:25 Modified files: gcc: ChangeLog gcc/config/mips: m

[Bug libfortran/18879] New: ? not supported in namelist input

A ? as input should dump the variable names of the namelist to standard output. Like PR 18874, but with libfortran. $ cat namelist.f90 program main namelist /foo/ a read (*,foo) end $ gfortran namelist.f90 && ./a.out ? At line 3 of file namelist.f90 Fortran runtime error: Invalid character in

[Bug c++/18462] [3.4 Regression] Segfault on declaration of large array member

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 21:32 --- Fixed on the mainline by the patch which fixed 18602. -- What|Removed |Added Known to f

[Bug c/18602] segfault on a huge switch statement.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 21:30 --- I have just verified it was fixed, thanks DJ. -- What|Removed |Added Status|NEW

[Bug c++/18462] [3.4/4.0 Regression] Segfault on declaration of large array member

-- Bug 18462 depends on bug 18602, which changed state. Bug 18602 Summary: segfault on a huge switch statement. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18602 What|Old Value |New Value -

[Bug fortran/18878] Erronous error message on vaild USE statement

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-07 21:01 --- Subject: Re: Erronous error message on vaild USE statement On Tue, Dec 07, 2004 at 08:58:24PM -, sgk at troutmask dot apl dot washington dot edu wrote: > > --- Additional Comment

[Bug fortran/18878] Erronous error message on vaild USE statement

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-07 20:58 --- Created an attachment (id=7702) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7702&action=view) Here a program that demonstrates the bug. -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug fortran/18878] New: Erronous error message on vaild USE statement

gfortran issues an error and exits if a program contains a USE statement of the form USE MOD_NAME, ONLY : A => B, C => B Apparently, gfortran does not like the multiple use of the B symbol. -- Summary: Erronous error message on vaild USE statement Product: gcc V

[Bug fortran/16648] [gfortran] Does not support FLUSH intrinsic.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 20:54 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/16648] [gfortran] Does not support FLUSH intrinsic.

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-07 20:52 --- This can be closed. The patch was committed. 2004-12-02 Steven G. Kargl <[EMAIL PROTECTED]> Paul Brook <[EMAIL PROTECTED]> * intrinsics/flush.c: New file. * int

[Bug libgcj/18868] Interface containing anonymous class breaks gij

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-07 20:20 --- The bug is that libgcj is not searching the superinterfaces of A$1. The fix is to use code similar to that in the method case in _Jv_linker::resolve_pool_entry. (This need only be done for static fields) I

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

--- Additional Comments From kghazi at verizon dot net 2004-12-07 20:08 --- Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC character sets > So it appears to me that the compiler builtin knows not to activate when the > -fexec-charset is invoked? No, there's

[Bug libgcj/18868] Interface containing anonymous class breaks gij

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-07 20:08 --- I was able to reproduce this by compiling A.java with jikes. libgcj should find the field A$1.instance as inherited from A, but it does not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18868

[Bug c/18602] segfault on a huge switch statement.

--- Additional Comments From dj at redhat dot com 2004-12-07 20:02 --- Subject: Re: segfault on a huge switch statement. I have pushed that change out. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18602

[Bug fortran/18869] multiple common blocks in a single line rejected

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 20:00 --- Patch here: . -- What|Removed |Added

[Bug libgcj/18868] Interface containing anonymous class breaks gij

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-07 19:58 --- I compiled A.java with 'gcj -C A.java', downloaded C.class, and ran "gij C" without problems. I'm using a recent-ish cvs head. If the problem is in the other .class files, please upload them both. -- ht

[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks

--- Additional Comments From echristo at redhat dot com 2004-12-07 19:54 --- The patch was put in to stop erroneous REG_DEAD notes from being created where they shouldn't IIRC. Now, we may be able to rerun cfg as Paolo suggests, but I don't know for certain. Unless we can prove that new

[Bug ada/18818] ACATS cd10002 fails at runtime

--- Additional Comments From laurent at guerby dot net 2004-12-07 19:37 --- It fails everywhere both at -O0 and -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18818

[Bug ada/18819] ACATS cdd2a02 fails at runtime

--- Additional Comments From laurent at guerby dot net 2004-12-07 19:34 --- It fails only at -O2, it pass at -O0 on x86, x86_64 and ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819

[Bug ada/18858] ACATS ICE ce2109b ce2404b ce2410b at -O0: in expand_assignment, at expr.c:3756

--- Additional Comments From laurent at guerby dot net 2004-12-07 19:32 --- Created an attachment (id=7701) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7701&action=view) dump gcc -c -O0 -fdump-tree-oplower ce2109b.adb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18858

[Bug middle-end/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds

-- What|Removed |Added Component|other |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18877

[Bug other/18877] New: decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds

true_regnum(x) returns only positive numbers for a pseudo register, if REG_P(x) is true. reload.c, function decompose, line 2363 (CVS HEAD version): case REG: val.reg_flag = 1; val.start = true_regnum (x); if (val.start < 0) { /* A pseudo

[Bug java/18811] [4.0 Regression] rhug build problem, regression?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 19:07 --- Patch here: . -- What|Removed |Added

[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend

-- What|Removed |Added Status|REOPENED|ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18073

[Bug preprocessor/18875] [4.0 Regression] Cannot build libcpp due to -Wno-long-long flag

-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18875

[Bug libf2c/18874] ? in namelist read leads to I/O recursion

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 19:01 --- I don't know if any libf2c bugs are going to be fixed any more since 4.0.0 uses a different library for fortran library. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18874

[Bug debug/18856] [3.3 regression] Missing .loc information after prologue

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug ada/18876] Bug box, Assert_Failure at namet.adb:630, on legal program

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 18:59 --- Confirmed on the mainline: +===GNAT BUG DETECTED==+ | 4.0.0 20041204 (experimental) (powerpc-apple-darwin7.6.0) GCC error: | | in gnat_to_gnu_entity,

[Bug ada/18858] ACATS ICE ce2109b ce2404b ce2410b at -O0: in expand_assignment, at expr.c:3756

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 18:57 --- Can you attach the .t14.oplower dump which you can get via -fdump-tree-oplower? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18858

[Bug ada/18876] New: Bug box, Assert_Failure at namet.adb:630, on legal program

(Debian bug #284651) with ada.finalization; package Test_137 is type T1 is new ada.finalization.controlled with null record; procedure p(x: access T1); end Test_137; package body Test_137 is procedure p(x: access T1) is begin null; end p; y: T1; begin p(new T1'(y)); end

[Bug c++/18386] ICE in __static_initialization_and_destruction_0

-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18386

[Bug ada/18819] ACATS cdd2a02 fails at runtime

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 18:54 --- Does this happen at -O0 and -O2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819

[Bug ada/18818] ACATS cd10002 fails at runtime

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 18:54 --- Does this happen at -O0 and -O2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18818

[Bug java/18811] [4.0 Regression] rhug build problem, regression?

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug middle-end/18259] -fdump-tree-original omits real constant values

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 18:52 --- Patches should be submitted to [EMAIL PROTECTED] Confirmed. -- What|Removed |Added

[Bug tree-optimization/18268] missed SRA of a block copy

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 18:51 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/18566] Can vary constants (undefined fortran)

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug preprocessor/18875] [4.0 Regression] Cannot build libcpp due to -Wno-long-long flag

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 18:19 --- Can you attach the config.log for libcpp? Because we do check for -Wno-long-long in configure: ACX_PROG_CC_WARNING_ALMOST_PEDANTIC([-Wno-long-long]) Did you change CC after configuring? -- http://gcc.g

[Bug tree-optimization/18704] [4.0 Regression] Inlining limits cause 340% performance regression

--- Additional Comments From hubicka at ucw dot cz 2004-12-07 17:50 --- Subject: Re: [4.0 Regression] Inlining limits cause 340% performance regression > > --- Additional Comments From rguenth at tat dot physik dot uni-tuebingen > dot de 2004-12-07 15:35 --- > Subject: Re: [

[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-07 17:29 --- Mark, it looks like your patch only fixed conversion from integer to vector but not the other way round. The following patch fixes the problem for me. Does this look right? Index: typeck.c ===

[Bug preprocessor/18875] [4.0 Regression] Cannot build libcpp due to -Wno-long-long flag

-- What|Removed |Added CC||zack at gcc dot gnu dot org Component|bootstrap |preprocessor Keywords|

[Bug bootstrap/18875] New: Cannot build libcpp due to -Wno-long-long flag

When using a version of GCC that does not support -Wno-long-long as the bootstrap compiler (such as GCC 2.8.1), it is not possible to build GCC 4.0: gcc -I../../gcc-head/libcpp -I. -I../../gcc-head/libcpp/../include -I../../gcc-head/libcpp/include -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototy

[Bug java/14853] [3.3/3.4 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-07 17:07 --- I'm building this for 3.4 right now. If it works ok I will submit it. I don't plan to try it for 3.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853

[Bug libf2c/18874] New: ? in namelist read leads to I/O recursion

Typing "?" for a namelist input is supposed to yield a description of the input variables on standard output. This doesn't work with g77: $ g77 -v Reading specs from /usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/s

[Bug c++/18462] [3.4/4.0 Regression] Segfault on declaration of large array member

--- Additional Comments From jakub at gcc dot gnu dot org 2004-12-07 16:17 --- Any reason why that patch hasn't been applied? Just verified it works and on the testcase in PR 18873 it is even tiny bit faster than the recursive variant. Though splay_tree_splay_helper is recursive too, so

[Bug c++/18073] [4.0 regression] mmintrin.h rejected by C++ frontend

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-07 16:11 --- not fixed. still rejecting ./include/mmintrin.h: In function 'int _mm_cvtsi64_si32(int __vector__)': ./include/mmintrin.h:91: error: invalid cast from type 'int __vector__' to type 'long long int' --

[Bug c/16351] NULL dereference warnings

--- Additional Comments From phython at gcc dot gnu dot org 2004-12-07 16:08 --- I'd probably leave them as the same bug for now. Neither are being fixed for 4.0 so I don't think it's a problem having one bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16351

mips-tfile fails throwing "String too big" error.

I this issue has been raised by two people earlier, but there has been no response on their threads - http://gcc.gnu.org/ml/gcc-bugs/1997-12/msg00185.html http://gcc.gnu.org/ml/gcc-bugs/1998-08/msg00032.html And I am facing the same problem... I am running following version /configuration of gcc

Re: complex numbers

Andreas Klein <[EMAIL PROTECTED]> writes: | This look like a good deal. However for floting point computations I | prevere good results over fast results. You're in the minority (including me :-)). -- Gaby

Re: complex numbers

Andreas Klein <[EMAIL PROTECTED]> writes: | On Mon, 6 Dec 2004, Gabriel Dos Reis wrote: | | > | > As a matter of fact, the implementation of is criticized, | > once in a while, because it does NOT use the grammar school rule you | > present above. However, for float, double, long double it spec

[Bug c/18602] segfault on a huge switch statement.

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-07 15:52 --- DJ, are you going to push your new splay_tree_delete_helper? If it works, this fixes a regression wrt. earlier GCCs... -- What|Removed |Added

[Bug fortran/18870] [g77 regression] Equivalencing two common blocks is not caught

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 15:51 --- *** Bug 18872 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18870

[Bug fortran/18872] [g77 regression] Equivalencing two common blocks is not caught

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 15:51 --- *** This bug has been marked as a duplicate of 18870 *** -- What|Removed |Added

[Bug c++/18462] [3.4/4.0 Regression] Segfault on declaration of large array member

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 15:49 --- Note there is a patch to fix splay_tree_delete in PR 18602. -- What|Removed |Added BugsThis

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

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-07 15:49 --- Mark, the regression appeared with your patch for PR 15172: http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg2.html The example still compiles fine on the 3.4 branch although you applied the patch there, too.

[Bug c++/18462] [3.4/4.0 Regression] Segfault on declaration of large array member

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07 15:47 --- *** Bug 18873 has been marked as a duplicate of this bug. *** -- What|Removed |Added

  1   2   >