[Bug libgcj/19688] New: gcc-3.4.3 failed to compile on a Slackware Linux system

PROBLEM: Compiling gcc 3.4.3 fails miserably. I am not a sophisticated developer, just a power user. The most I can do when a package doesn't compile is make some minor changes to header files or install the missing libraries. I read your bug-report instructions, and the giberish about preproces

[Bug rtl-optimization/13300] [3.3/3.4/4.0 regression] Variable incorrectly identified as a biv

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-01-29 08:30 --- The purpose of this PR is to trak a bogus assumption in loop.c, and that assumption is still there. See the referenced gcc-patches message. So although the testcase might be fixed, I think we should still

[Bug middle-end/19689] ICE in store_bit_field, at expmed.c

--- Additional Comments From aj at gcc dot gnu dot org 2005-01-29 08:39 --- Created an attachment (id=8098) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8098&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19689

[Bug middle-end/19689] ICE in store_bit_field, at expmed.c

--- Additional Comments From aj at gcc dot gnu dot org 2005-01-29 08:46 --- Note this bug has been introduced after 2005-01-25. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19689

[Bug target/19690] New: ICE with -O3 -march=athlon-xp -mfpmath=sse -mno-80387

instructions. $ gfortran -v ; gfortran -dumpmachine Using built-in specs. Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,f95 Thread model: posix gcc version 4.0.0 20050129 (experimental) i686-pc-linux-gnu $ cat BLAS/SRC/ddot.f double precision function ddot(n,dx,incx

[Bug target/19690] ICE with -O3 -march=athlon-xp -mfpmath=sse -mno-80387

-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19690

[Bug middle-end/19689] [4.0 Regression] ICE in store_bit_field, at expmed.c

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-29 09:28 --- // reduced testcase, compile with '-O1': struct { int b : 29; } f; void foo (short j) { f.b = j; } -- What|Removed |Added --

[Bug c/19685] [3.3 Regression] ICE in verify_local_live_at_start, at flow.c:574

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-29 11:15 --- Confirmed, but on i686 only. -- What|Removed |Added CC|

[Bug fortran/19691] New: gfortran reports "Internal Error: printf is broken"

The following case is reduced from a LAPACK testsuite failure on i686-pc- cygwin with gfortran 20050129. The equivalence is just a way to capture the floating point value that triggers the error. Not sure yet if this a gfortran bug or a cygwin libc problem. Test case is real r

[Bug middle-end/19689] [4.0 Regression] ICE in store_bit_field, at expmed.c

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-29 12:03 --- Caused by this patch: 2005-01-26 Richard Henderson <[EMAIL PROTECTED]> PR middle-end/18008 * c-decl.c (finish_struct): Set DECL_MODE after resetting a field's type.

[Bug middle-end/19689] [4.0 Regression] ICE in store_bit_field, at expmed.c

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-29 12:34 --- #1 0x00645c3a in store_bit_field (str_rtx=0x2a9598d7e0, bitsize=29, bitnum=0, fieldmode=VOIDmode, value=0x2a9598d6c0) at expmed.c:731 731 gcc_assert (CONSTANT_P (value)); (gdb

[Bug fortran/19691] gfortran reports "Internal Error: printf is broken"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 12:40 --- Cygwin's printf is broken on powerpc-darwin I get: r = +Infinity This is a dup of bug 19363 anyways. *** This bug has been marked as a duplicate of 19363 *** -- What|Removed

[Bug libfortran/19363] List directed write of Infinity and NaN has regressed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 12:40 --- *** Bug 19691 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/19686] avr-gcc 4.0: loop performance decrease (extra conversion)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 12:45 --- There is a conversion to unsigned int: (ivtmp.2 != (unsigned int) (x - 1) * 65535 + 65535) but isn't that free? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19686

[Bug middle-end/19687] [4.0 Regression] ICE with union initializer

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 12:46 --- Confirmed, here is the backtrace: #0 categorize_ctor_elements_1 (ctor=0x41587320, p_nz_elts=0xbfffea10, p_nc_elts=0xbfffea18, p_elt_count=0xbfffea20, p_must_clear=0xbfffea08 "") at /Users/pinskia/src/loc

[Bug middle-end/19689] [4.0 Regression] ICE in store_bit_field, at expmed.c

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-29 12:49 --- rth's comment on the patch: 5220 /* If EXP is a NOP_EXPR of precision less than its mode, then that 5221 implies a mask operation. If the precision is the same size as 5222

[Bug other/19688] gcc-3.4.3 failed to compile on a Slackware Linux system

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 12:50 --- xgcc: Internal error: Terminated (program cc1plus) That means you ran out of memory while compiling. Do you have swap enabled? Also you should using "make bootstrap" and not just make as the directions in

[Bug middle-end/19689] [4.0 Regression] ICE in store_bit_field, at expmed.c

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-29 12:54 --- Something like this?? Index: expr.c === RCS file: /cvs/gcc/gcc/gcc/expr.c,v retrieving revision 1.776 diff -u -3 -p -r1.776 expr.c --- exp

[Bug target/19664] -fvisibility-inlines-hidden fails with gcc's extern template extension on amd64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:05 --- (In reply to comment #5) > It is a compiler bug. VisTest::VisTest() is never defined. > R_X86_64_PC32 relocation may not reach it at runtime when it is > called. The new linker catches this particular bug at

[Bug target/19690] ICE with -O3 -march=athlon-xp -mfpmath=sse -mno-80387

-- What|Removed |Added CC||rth at gcc dot gnu dot org Keywords||ssemmx http://gcc.gnu.org/bugzilla

[Bug target/19690] ICE with -O3 -march=athlon-xp -mfpmath=sse -mno-80387

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:14 --- I should note (I think others have to before) that -mno-80387 ***changes* the ABI. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19690

[Bug tree-optimization/19333] [4.0 Regression] C front end accepts arrays of incomplete types

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-29 13:20 --- Lemme take this one... -- What|Removed |Added AssignedTo|rakdver at gcc dot gnu dot

[Bug bootstrap/19692] New: Internal error during gcc 3.3.5 bootstrap (Alpha)

alphaev56-unknown-linux-gnu building gcc 3.3.5 with gcc 3.3.4: # cd gcc-build # ../gcc-3.3.5/configure --prefix=/usr \ --libexecdir=/usr/lib \ --with-local-prefix=/usr \ --enable-shared \ --disable-multilib \ --enable-threads=posix \ --with-cpu=21164

[Bug tree-optimization/19333] [4.0 Regression] C front end accepts arrays of incomplete types

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:23 --- *** Bug 19390 has been marked as a duplicate of this bug. *** -- Bug 19333 depends on bug 19390, which changed state. Bug 19390 Summary: Accepts invalid code (well I don't know if it is invalid or not bu

[Bug c/19390] Accepts invalid code (well I don't know if it is invalid or not but I think it should be)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:23 --- *** This bug has been marked as a duplicate of 19333 *** -- What|Removed |Added

[Bug bootstrap/19692] Internal error during gcc 3.3.5 bootstrap (Alpha)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:24 --- xgcc: Internal error: Killed (program cc1plus) This means that the amount of memory used was too much for your machine. How much memory/swap do you have? -- What|Removed

[Bug c/19333] [4.0 Regression] C front end accepts arrays of incomplete types

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:25 --- Simple testcase now: extern short int aa[][]; -- What|Removed |Added Component|tree

[Bug c++/13384] error: non-lvalue in assignment - message a little misleading for C++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:32 --- But note C++ has a definition of lvalue and rvalues so the message is still correct in the C++ sense. -- What|Removed |Added

[Bug c++/14748] Unhelpful error message about use of invalid field name __ct

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:37 --- Fixed by accepting it in 4.0.0. What changed was the name of the constructor internally was renamed to " __ct". -- What|Removed |Added

[Bug target/14973] ICE with -maltivec for vector types not matching HW types

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:39 --- Fixed, most likely for a while now. -- What|Removed |Added Status|NEW

[Bug c++/15759] ICE with function pointers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:43 --- Note the following is make sure that we create correct code: extern "C" void exit (int); extern "C" void abort(); int defValue() { exit(0);return(0); } int(*defaultValue)() = defValue; void a(int blah = defa

[Bug fortran/19693] New: optimization problem with LAPACK routine cgtts2.f

With gfortran 20050129 I get a testsuite failure at -O2 that I don't see at - O0. The failure is in the CGT tests in ctest.in: CGT: General tridiagonal Matrix types (1-6 have specified condition numbers): 1. Diagonal7. Random, unspecified CNDNUM 2. R

[Bug fortran/19693] optimization problem with LAPACK routine cgtts2.f

--- Additional Comments From billingd at gcc dot gnu dot org 2005-01-29 13:51 --- Created an attachment (id=8099) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8099&action=view) driv.f: test driver driv.f is driver routine -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19693

[Bug fortran/19693] optimization problem with LAPACK routine cgtts2.f

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

[Bug fortran/19693] optimization problem with LAPACK routine cgtts2.f

--- Additional Comments From billingd at gcc dot gnu dot org 2005-01-29 13:52 --- Created an attachment (id=8100) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8100&action=view) cgtts2.f is LAPACK routine that is miscompiled cgtts2.f is LAPACK routine that is miscompiled -- ht

[Bug fortran/19693] optimization problem with LAPACK routine cgtts2.f

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 13:55 --- At -O0 on powerpc-darwin I get: B(1,1) = ( +Infinity, NaN) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19693

[Bug target/19300] [4.0 Regression] PCH failures on sparc-linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 14:01 --- Even though this is a user visible regression. This is not a regression as it was just by chance that this worked in the first place: . Removing the targe

[Bug target/19664] -fvisibility-inlines-hidden fails with gcc's extern template extension on amd64

--- Additional Comments From andreas dot pokorny at gmx dot de 2005-01-29 15:08 --- If it is a programmers bug, why does it happen only with amd64, but not with ia32 or ia64? > Actually this is not a gcc or a linker bug but a programmers. > Basically -fvisibility=hidden -fvisibility-i

[Bug target/19664] -fvisibility-inlines-hidden fails with gcc's extern template extension on amd64

--- Additional Comments From andreas dot pokorny at gmx dot de 2005-01-29 15:26 --- I am also refereing to this example: http://gcc.gnu.org/ml/libstdc++/2005-01/msg00300.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664

[Bug bootstrap/19692] Internal error during gcc 3.3.5 bootstrap (Alpha)

--- Additional Comments From pascal at quies dot net 2005-01-29 15:28 --- (In reply to comment #1) > How much memory/swap do you have? 64MB/48MB A upgrade to 128MB swap solved the problem. Thank you very much for the quick responce and the correct answer :) -- What|Rem

[Bug target/19664] -fvisibility-inlines-hidden fails with gcc's extern template extension on amd64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 15:28 --- (In reply to comment #8) > I am also refereing to this example: > http://gcc.gnu.org/ml/libstdc++/2005-01/msg00300.html Now there is a libstdc++ bug for not using pop/push of the visibility in the headers

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 15:32 --- (In reply to comment #9) > (In reply to comment #8) > > I am also refereing to this example: > > http://gcc.gnu.org/ml/libstdc++/2005-01/msg00300.html > > Now there is a libstdc++ bug for not using pop/pus

[Bug fortran/19589] Regression: Error on Data assignment with LOGICAL*1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-29 15:36 --- Subject: Bug 19589 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-29 15:35:51 Modified files: gcc/fortran: ChangeLog expr.c gcc/testsui

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 15:37 --- Note the orginal testcase is: #include int some_function( std::string const& do_something ) __attribute__ ((visibility("default"))); int some_function( std::string const& do_something ) { std::string

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

-- Bug 19292 depends on bug 19589, which changed state. Bug 19589 Summary: Regression: Error on Data assignment with LOGICAL*1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19589 What|Old Value |New Value --

[Bug libfortran/19595] eor does not work

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-29 15:45 --- Subject: Bug 19595 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-29 15:45:17 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug fortran/19589] Regression: Error on Data assignment with LOGICAL*1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 15:39 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libfortran/19595] eor does not work

--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-29 15:46 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libfortran/19595] eor does not work

--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-29 15:47 --- Whoops, maybe not fixed. -- What|Removed |Added Last reconfirmed|2005-01-26 21:48:45

[Bug libfortran/19595] eor does not work

--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-29 15:47 --- . -- What|Removed |Added Status|RESOLVED|REOPENED Re

[Bug c/19694] New: Warning about mismatched function declaration is now error

Consider the following source file: static int foo (arg1, arg2) void *arg1, *arg2; { bar (arg1, arg2); return 0; } void bar (arg1, arg2) void *arg1, *arg2; { callme (arg1, arg2); } If I compile it with GCC 3.3.3 or earlier, I get a warning: tfwd.c:11: warning: type mismatch wit

[Bug c/19694] [3.4 Regression] Warning about mismatched function declaration is now error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 16:23 --- Confirmed, only a 3.4 regression, it works on the mainline (we get warnings and not errors). -- What|Removed |Added -

[Bug target/19664] libstdc++ headers should have pop/push of the visibility around the declarations

--- Additional Comments From andreas dot pokorny at gmx dot de 2005-01-29 16:24 --- I am sorry, in my attempt to reduce the exmaple I introduced a bug in the testcase. -- What|Removed |Added --

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 16:26 --- (In reply to comment #12) > I am sorry, in my attempt to reduce the exmaple I introduced a bug in the > testcase. Yes and this is not a target related bug at all but a libstdc++ one. -- What

[Bug c/18166] top const stripped in structs for C

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-01-29 16:31 --- My patch should cause fields to be given the correct types within the C front end, and might thereby fix this bug. -- http://gcc.gnu.org/bugzilla/

[Bug middle-end/19695] New: [4.0 Regression] gcc.c-torture/execute/builtins/strlen-3.c:20: ICE: verify_flow_sensitive_alias_info failed

Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/gc c/ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/strlen-3.c /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/strlen-3-lib.c /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute

[Bug c++/19628] [3.4/4.0 Regression] g++ no longer accepts __builtin_constant_p in constant-expressions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 17:31 --- Patch here: . -- What|Removed |Added

[Bug middle-end/19695] [4.0 Regression] gcc.c-torture/execute/builtins/strlen-3.c:20: ICE: verify_flow_sensitive_alias_info failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 17:33 --- *** This bug has been marked as a duplicate of 19670 *** -- What|Removed |Added

[Bug tree-optimization/19670] [4.0 regression] testsuite failure: gcc.c-torture/execute/builtins/strlen-3.c compilation, -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 17:33 --- *** Bug 19695 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19185] ICE: cp_expr_size, at cp/cp-lang.c:308

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 17:35 --- Confirmed, there is another dup of this bug. I have seen somewhere PCC_STATIC_STRUCT_RETURN causes problems with c++ before. -- What|Removed |Added ---

[Bug c++/19222] [4.0 Regression] ICE: in fold_convert, at fold-const.c:1980

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 17:36 --- This is a dup of bug 19185 which is exactly the same problem just changed where the ICE is. *** This bug has been marked as a duplicate of 19185 *** -- What|Removed |Ad

[Bug c++/19185] ICE: cp_expr_size, at cp/cp-lang.c:308

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 17:36 --- *** Bug 19222 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19185

[Bug c++/19185] [3.3/3.4/4.0 Regression] ICE: cp_expr_size, at cp/cp-lang.c:308

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 17:41 --- http://gcc.gnu.org/ml/gcc/2001-01/msg01594.html http://gcc.gnu.org/ml/gcc/2001-01/msg01721.html http://gcc.gnu.org/ml/gcc-patches/2001-04/msg00817.html http://gcc.gnu.org/ml/gcc/2001-02/msg00461.html http://

[Bug fortran/18565] gfortran: CONJG: false error message about standard violation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-29 17:46 --- Subject: Bug 18565 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-29 17:46:35 Modified files: gcc/fortran: ChangeLog check.c intrinsic.c intrins

[Bug fortran/18565] gfortran: CONJG: false error message about standard violation

--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-29 17:48 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug other/19696] New: gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

PASS: gcc.c-torture/execute/ieee/compare-fp-4.c execution, -Os Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/gc c/ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/ieee/copysign1.c -w -O0 -lm -o /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/copysign1.x0(t

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 17:51 --- Confirmed on powerpc-darwin7.7.0 which also does not have fully the C99 math functions (well have all of them except for the long double form. -- What|Removed |Added --

[Bug middle-end/19697] New: [4.0 Regression] gcc.c-torture/execute/ieee/mzero6.c:24: error: unrecognizable insn

Executing on host: /test/gnu/gcc-3.3/objdir/gcc/xgcc -B/test/gnu/gcc-3.3/objdir/ gcc/ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/ieee/mzero6.c -w -O0 -lm -o /test/gnu/gcc-3.3/objdir/gcc/testsuite/mzero6.x0(timeout = 300) /test/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/ex

[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined

--- Additional Comments From larsbj at gullik dot net 2005-01-29 19:09 --- This does not seem to be fixed so reopening. -- What|Removed |Added CC|

[Bug middle-end/19698] New: [4.0 regression] Infinite loop in update_life_info

The attached test causes the compiler to hang in update_life_info (called from rest_of_handle_life) while compiling the FFT function with -O2. -- Summary: [4.0 regression] Infinite loop in update_life_info Product: gcc Version: 4.0.0 Status: UNCONFIRM

[Bug middle-end/19698] [4.0 regression] Infinite loop in update_life_info

--- Additional Comments From schwab at suse dot de 2005-01-29 19:18 --- Created an attachment (id=8102) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8102&action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19698

[Bug target/19530] MMX load intrinsic produces SSE superfluous instructions (movlps)

--- Additional Comments From guardia at sympatico dot ca 2005-01-29 19:21 --- Hum, ok we can do a "movd %mm0, %eax", that's why it gets combined... Well, I give up. The V8QI (and whatever) -> V2SI conversion seems to be causing all the trouble here if we look at the RTL of something li

[Bug c++/19699] New: [4.0 Regression] warning about not returning from end of a non-void function because of dead code

Reduced testcase (why don't we remove the dead code before inlining). void g(void); inline int f(void) { return 1; g(); } int h(void) { return f(); } Note this is reduced from: #include #include void foo(std::vector & matches) { char * buf[10]; matches.insert(matches.end(), buf, buf + 10

[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 19:23 --- (In reply to comment #23) > This does not seem to be fixed so reopening. I opened another PR because it is related but not fully the same problem. (PR 19699). -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug c++/19699] [4.0 Regression] warning about not returning from end of a non-void function because of dead code

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

[Bug middle-end/19698] [4.0 regression] Infinite loop in update_life_info

-- What|Removed |Added Keywords||compile-time-hog Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.c

[Bug middle-end/19699] [4.0 Regression] warning about not returning from end of a non-void function because of dead code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 19:25 --- I also happens with the C front-end too. -- What|Removed |Added Component|c++

[Bug tree-optimization/15791] fold misses that two ADDR_EXPR of an arrary obvious not equal

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-29 19:25 --- Subject: Bug 15791 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-29 19:25:17 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug middle-end/19699] [4.0 Regression] warning about not returning from end of a non-void function because of dead code

-- What|Removed |Added CC||larsbj at gullik dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19699

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

-- Bug 19639 depends on bug 15791, which changed state. Bug 15791 Summary: fold misses that two ADDR_EXPR of an arrary obvious not equal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15791 What|Old Value |New Value

[Bug tree-optimization/15791] fold misses that two ADDR_EXPR of an arrary obvious not equal

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 19:39 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/19690] ICE with -O3 -march=athlon-xp -mfpmath=sse -mno-80387

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-29 20:01 --- Created an attachment (id=8103) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8103&action=view) Failing preprocessed C source code To see wether this problem can also be exposed with the C fronten

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 20:48 --- (In reply to comment #5) > What other pass than fold() is supposed to handle this sort of simplification? Actually if you look at the tree dumps you will see that we removed that if. It does not help the t

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

--- Additional Comments From pcarlini at suse dot de 2005-01-29 20:52 --- Interesting ;) After so many months, it turns out we have to add push/pop to *all* the headers?!? Why nobody mentioned that before?!? Not a big deal, in case, but I'm somewhat suprised. -- http://gcc.gnu.org/b

[Bug target/19700] New: ICE in final_scan_insn with O1 -g -march=athlon-xp -mfpmath=sse

le-languages=c,f95 Thread model: posix gcc version 4.0.0 20050129 (experimental) -- Summary: ICE in final_scan_insn with O1 -g -march=athlon-xp - mfpmath=sse Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal

[Bug target/19700] ICE in final_scan_insn with O1 -g -march=athlon-xp -mfpmath=sse

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-29 21:11 --- Created an attachment (id=8104) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8104&action=view) Failing source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19700

[Bug target/19700] ICE in final_scan_insn with O1 -g -march=athlon-xp -mfpmath=sse

-- What|Removed |Added Keywords||ice-on-valid-code, ssemmx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19700

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

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-29 21:14 --- Or we could simply unroll the loop completely, but while SCEV finds the IV as (set_scalar_evolution (scalar = this_6) (scalar_evolution = {(struct Foo * const) &x.foo[2] - 4B, +, -4B

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 21:19 --- As(In reply to comment #7) > Or we could simply unroll the loop completely, but while SCEV finds > the IV as Again this is most likely because fold does not fold "&x.foo[2] - 4B" to "&x.foo[0]", or someone

[Bug middle-end/19687] [4.0 Regression] ICE with union initializer

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

[Bug middle-end/19689] [4.0 Regression] ICE in store_bit_field, at expmed.c

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

[Bug ada/19489] gnat tools not buildable cross

--- Additional Comments From neroden at gcc dot gnu dot org 2005-01-29 22:19 --- >You may try adding a gnattools directory, whose makefile and configury is based >on libada's, but which is a host module rather than a target module. Correct (dammit). :-) I've already do

[Bug ada/19489] gnat tools not buildable cross

--- Additional Comments From laurent at guerby dot net 2005-01-29 22:39 --- Since it is clearly a regression (vs 3.2 cross RTEMS/Ada capabilities), would you mind proposing a patch to current 4.0 libada? I've included Arnaud in CC. -- What|Removed |Ad

5000 € PAR MOIS!..3 h par jour!!..VOUS INTERESSE???

En démarrant aujourd’hui, en travaillant sérieusement, vous pourrez tirer immédiatement avantage des bénéfices et atteindre les objectifs suivants : 1. Les meilleurs gagnent 5.000 €/mois à temps partiel. 2. Les meilleurs gagnent 10.000 €/mois à temps complet. 3. Tous vos clients vous paient cash

[Bug libstdc++/19656] libstdc++ testsuite results differ if bootstrap gcc 4.0 using some gcc 4.0 version or early (gcc 3.4.3) gcc version at FreeBSD

--- Additional Comments From wanderer at rsu dot ru 2005-01-29 23:49 --- Result my "find the exact configuration patch that broke this": gcc mainline bootstraped using FreeBSD 5.3 system compiler (gcc 3.4.2) display error "cc1: no iconv implementation, cannot convert from ISO8859-1 to

[Bug tree-optimization/19701] New: [4.0 regression] Way too many IVs

GNU C version 4.0.0 20050120 (experimental) (alphaev68-unknown-linux-gnu) Test case: void fbSolidFillmmx(int w, unsigned char *d) { while (w >= 64) { *(unsigned long long *) (d + 0) = 0; *(unsigned long long *) (d + 8) = 0; *(unsigned long long *) (d + 16) = 0;

[Bug tree-optimization/19701] [4.0 regression] Way too many IVs

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-30 00:55 --- Can you add a tree dump and the output with -fno-ivopts? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19701

[Bug tree-optimization/19701] [4.0 regression] Way too many IVs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 01:08 --- Confirmed, also happens on powerpc-darwin (This might be the one of the reasons why SPEC is slower on the mainline on some tests with -fivopts turned on). Yes this is one of the few true iv-opts problems.

[Bug tree-optimization/19701] [4.0 regression] Way too many IVs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 01:12 --- Here is the .optimizate dump for -fno-ivopts (the most optimial code): { : if (w > 63) goto ; else goto ; :; *(long long unsigned int *) d = 0; *(long long unsigned int *) (d + 8B) = 0; *(long long

[Bug tree-optimization/19701] [4.0 regression] Way too many IVs

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-30 01:33 --- Also happens on x86-64, but not on x86. -- What|Removed |Added CC|

  1   2   >