[Bug rtl-optimization/26207] [4.2 Regression] file names in rtl dumps don't match reality

--- Comment #1 from bonzini at gnu dot org 2006-02-10 07:10 --- I would like to change .00. to .*. (it becomes unmaintainable, otherwise). I doubt any GCC release (except maybe 4.1) has the correct names for every single dump. Paolo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug libgomp/26175] [4.2 Regression] In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex undefined

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug target/25603] [4.1/4.2 Regression]: Miscompiled FORTRAN program

--- Comment #10 from hjl at lucon dot org 2006-02-10 03:37 --- Thanks, Jim. Denis and I are working on a patch based on your suggestion to modify regno_clobbered_p to handle REG_INC. We will submit it next week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25603

[Bug rtl-optimization/26207] [4.2 Regression] file names in rtl dumps don't match reality

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26207

[Bug rtl-optimization/26207] New: [4.2 Regression] file names in rtl dumps don't match reality

I noticed today that the file names in the documention don't match what the names are in reality. For an example: t.c.102r.expand >From the doc's: -dr -fdump-rtl-expand Dump after RTL generation, to file.00.expand. -- Summary: [4.2 Regression] file names in rtl dumps don't match

[Bug c++/16829] [3.4 regression] default parameter can be not one of the last in function

--- Comment #15 from pinskia at gcc dot gnu dot org 2006-02-10 02:24 --- *** Bug 26206 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/26206] g++ allows params with default arguments to the left of those without

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-10 02:24 --- This is a dup of bug 16829 which was fixed in 4.0.3. *** This bug has been marked as a duplicate of 16829 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/26206] New: g++ allows params with default arguments to the left of those without

Compiling the following one line: void f(int i = 0, int j) {} produces the following error, as appropriate: [EMAIL PROTECTED] /usr/misc/pkg/gcc-4.0.2/bin/g++ -c default.cc default.cc: In function `void f(int, int)': default.cc:1: error: default argument missing for parameter 2 of `void f(int,

[Bug target/25603] [4.1/4.2 Regression]: Miscompiled FORTRAN program

--- Comment #9 from wilson at gcc dot gnu dot org 2006-02-10 02:03 --- I've looked at the reload-branch also. I need two patches in order to bootstrap it. One trivial obvious patch, and one hacked not technically correct patch. It then bootstrapped and compiled this testcase correctly

[Bug c++/26205] pointer to member template parameter can't be null

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-10 01:19 --- Comeau gives the following error: "ComeauTest.c", line 19: error: argument of type "int" is incompatible with template parameter of type "int Simple::*" Test t2; // error, but should not

[Bug c++/26205] New: pointer to member template parameter can't be null

struct Simple { int a; }; template struct Test { void Foo(T *obj, int v) { if (U != 0) obj->*U = v; } }; int main(int argc, const char **argv) { Test t1;// ok Test t2; // error, but should not be (works in MSVC 7/8) Simple s; t

[Bug fortran/14771] frontend doesn't record parentheses

--- Comment #13 from tobi at gcc dot gnu dot org 2006-02-10 00:10 --- Subject: Bug 14771 Author: tobi Date: Fri Feb 10 00:10:47 2006 New Revision: 110819 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110819 Log: fortran/ 2006-02-09 Tobias Schlueter <[EMAIL PROTECTED]>

[Bug other/26204] Problem compiling gcc 4.0.2

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-10 00:05 --- What options did you pass to configure? And yes this is a bug but it should not effect compiling with the default options. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26204

[Bug other/26203] Problem compiling gcc 4.0.1

--- Comment #1 from pierre42d at 9online dot fr 2006-02-10 00:03 --- title error sorry -- pierre42d at 9online dot fr changed: What|Removed |Added Status|UNCO

[Bug other/26204] New: Problem compiling gcc 4.0.2

[...] make[2]: Leaving directory `/tmp/gcc-4.0.2/build' make[2]: Entering directory `/tmp/gcc-4.0.2/build/stage2-gcc' /tmp/gcc-4.0.2/build/prev-gcc/xgcc -B/tmp/gcc-4.0.2/build/prev-gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict

[Bug other/26203] New: Problem compiling gcc 4.0.1

[...] make[2]: Leaving directory `/tmp/gcc-4.0.2/build' make[2]: Entering directory `/tmp/gcc-4.0.2/build/stage2-gcc' /tmp/gcc-4.0.2/build/prev-gcc/xgcc -B/tmp/gcc-4.0.2/build/prev-gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict

[Bug tree-optimization/23821] [4.0/4.1/4.2 Regression] DOM and VRP creating harder to optimize code

--- Comment #7 from rakdver at gcc dot gnu dot org 2006-02-09 23:52 --- There is no simple way how scev could determine that x == i at the end of loop (unless we insert something like ASSERT_EXPRs at the condition). Persuading dom and VRP not to perform this transformation would probabl

[Bug fortran/25070] rank mismatch in subroutine call

--- Comment #2 from pault at gcc dot gnu dot org 2006-02-09 23:23 --- Subject: Bug 25070 Author: pault Date: Thu Feb 9 23:23:28 2006 New Revision: 110816 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110816 Log: 2006-02-09 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug fortran/26038] ICE on allocation of assumed length CHARACTER dummy.

--- Comment #11 from pault at gcc dot gnu dot org 2006-02-09 23:23 --- Subject: Bug 26038 Author: pault Date: Thu Feb 9 23:23:28 2006 New Revision: 110816 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110816 Log: 2006-02-09 Paul Thomas <[EMAIL PROTECTED]> PR fortran

[Bug fortran/25059] ICE after error message

--- Comment #2 from pault at gcc dot gnu dot org 2006-02-09 23:23 --- Subject: Bug 25059 Author: pault Date: Thu Feb 9 23:23:28 2006 New Revision: 110816 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110816 Log: 2006-02-09 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug libgcj/26202] New: Regex bug "++"

$ cat ar.java import java.util.regex.*; public class ar { public static void main (String args[]) { Pattern p = Pattern.compile ("[0-9.]++\\%"); } } $ gcj -C ar.java $ gij ar $ gij ar Exception in thread "main" java.util.regex.PatternSyntaxException: At position 8 in regular expression p

[Bug tree-optimization/17863] [4.0/4.1/4.2 Regression] performance loss (not inlining as much??)

--- Comment #31 from steven at gcc dot gnu dot org 2006-02-09 23:14 --- Someone will have to investigate this one better. According to comment #29, inlining is no longer a problem so the bug subject line was no longer correct. -- steven at gcc dot gnu dot org changed: Wh

[Bug c/4076] -Wunused doesn't warn about static function only called by itself.

-- steven at gcc dot gnu dot org changed: What|Removed |Added CC|stevenb at suse dot de | AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu

[Bug tree-optimization/23821] [4.0/4.1/4.2 Regression] DOM and VRP creating harder to optimize code

--- Comment #6 from steven at gcc dot gnu dot org 2006-02-09 23:05 --- It seems to me that this is only a SCEV enhancement request. Seb? -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/22275] [3.4/4.0/4.1/4.2 Regression] bitfield layout change

--- Comment #44 from steven at gcc dot gnu dot org 2006-02-09 23:02 --- Ping! :-) Micha, are you going to take this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275

[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code

--- Comment #22 from steven at gcc dot gnu dot org 2006-02-09 22:59 --- Fascinating how quickly review happens for a patch for a P1 bug report blocking a release -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996

[Bug rtl-optimization/24762] [killloop-branch] code motion of non-invariant expressions with hard registers.

--- Comment #20 from rakdver at gcc dot gnu dot org 2006-02-09 22:34 --- Fixed. -- rakdver at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug rtl-optimization/24762] [killloop-branch] code motion of non-invariant expressions with hard registers.

--- Comment #19 from rakdver at gcc dot gnu dot org 2006-02-09 22:34 --- Subject: Bug 24762 Author: rakdver Date: Thu Feb 9 22:34:23 2006 New Revision: 110815 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110815 Log: PR rtl-optimization/24762 * df-scan.c (df_b

[Bug inline-asm/16194] [3.4/4.0/4.1 Regression] global register with inline-asm and clobered

--- Comment #19 from amylaar at gcc dot gnu dot org 2006-02-09 21:53 --- (In reply to comment #17) I am currently testing the back-merged patch in the 4.1 branch on i686-pc-linux-gnu native, X sh-elf, X sh64-elf, X arm-elf and X cris-elf. I have no intention on working on this bug in t

[Bug target/26141] [4.1 Regression] va_arg causes cc1plus ICE in gimplify_addr_expr

--- Comment #5 from amylaar at gcc dot gnu dot org 2006-02-09 21:45 --- (In reply to comment #3) I am currently regtesting the backported patch (merged cleanly except for ChangeLogs) in the 4.1 branch for sh-elf and sh64-elf. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26141

[Bug target/26176] -mtune=i686 builds code including CMOV

--- Comment #4 from themgt at mail dot ru 2006-02-09 21:08 --- I have to excuse myself, this is not a gcc bug! I found out, that the only cmov-"infected" binaries were those of xorg. It is a problem of mmx/sse inlcudes in their files: https://bugs.freedesktop.org/show_bug.cgi?id=5093 S

[Bug target/26141] [4.1 Regression] va_arg causes cc1plus ICE in gimplify_addr_expr

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-09 21:07 --- Fixed at least on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/26141] [4.1/4.2 Regression] va_arg causes cc1plus ICE in gimplify_addr_expr

--- Comment #3 from amylaar at gcc dot gnu dot org 2006-02-09 20:54 --- Subject: Bug 26141 Author: amylaar Date: Thu Feb 9 20:54:12 2006 New Revision: 110811 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110811 Log: PR target/26141 gcc: * sh.c (sh_gimplify_va_arg_expr

[Bug target/26141] [4.1/4.2 Regression] va_arg causes cc1plus ICE in gimplify_addr_expr

--- Comment #2 from amylaar at gcc dot gnu dot org 2006-02-09 20:26 --- I got a patch... now where to put the testcase... -- amylaar at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug inline-asm/16194] [3.4/4.0/4.1 Regression] global register with inline-asm and clobered

--- Comment #18 from pinskia at gcc dot gnu dot org 2006-02-09 20:25 --- Fixed at least on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/23815] Add -byteswapio flag

--- Comment #34 from tkoenig at gcc dot gnu dot org 2006-02-09 20:03 --- (In reply to comment #33) Hi Tobi, > I'm seeing the following failure on the trunk: > Running /home/pcl331/schluter/src/gcc/gcc/testsuite/gfortran.dg/dg.exp ... > FAIL: gfortran.dg/unf_io_convert_4.f90 -O0 exec

[Bug target/21616] [3.4 only] ICE: unable to find a register to spill in class `FLOAT_REGS'

--- Comment #8 from dje at gcc dot gnu dot org 2006-02-09 19:30 --- Try adding the legitimize_reload_address fragment for unaligned offset from gcc-4.X: /* Force ld/std non-word aligned offset into base register by wrapping in offset 0. */ if (GET_CODE (x) == PLUS && GET

[Bug inline-asm/16194] [3.4/4.0/4.1/4.2 Regression] global register with inline-asm and clobered

--- Comment #17 from amylaar at gcc dot gnu dot org 2006-02-09 19:17 --- Subject: Bug 16194 Author: amylaar Date: Thu Feb 9 19:17:09 2006 New Revision: 110810 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110810 Log: PR inline-asm/16194 gcc: * tree.h (decl_overlaps_h

[Bug fortran/26201] [4.1/4/2 regression, fortran] __convert_i4_i8 written to a module.

--- Comment #1 from eedelman at gcc dot gnu dot org 2006-02-09 19:12 --- Possibly related to the patch for PR 25716 (committed to mainline 2005-01-25). -- eedelman at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/24476] [4.1/4.2 Regression] gcc.dg/tls/pr24428.c execution test and gcc.dg/tls/pr24428-2.c execution test fail on IA64

--- Comment #5 from sje at cup dot hp dot com 2006-02-09 18:55 --- A patch to binutils was submitted and checked in for this. The test will pass with the latest binutils now. I am not sure if the defect should be closed or not. Binutils patch: http://sourceware.org/ml/binutils/2006-

[Bug fortran/26201] New: [4.1/4/2 regression, fortran] __convert_i4_i8 written to a module.

I have been contacted about compiling MUMPS. http://graal.ens-lyon.fr/MUMPS/MUMPS_4.6.tar.gz For some reason, gfortran 4.1.0 writes out __convert_i4_i8 as a function within a module. The question is why? gfc -O2 -Wfatal-errors -I../libseq -Dpord -I. -I../include -c dmumps_ooc.F gfc -O2 -Wfatal-

[Bug rtl-optimization/25636] [4.2 Regression] opts.c is being miscompiled, write to read only memory

--- Comment #30 from pinskia at gcc dot gnu dot org 2006-02-09 18:03 --- *** Bug 26200 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/26200] cc1 segfaults on help

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 18:03 --- opts.c is being miscompiled by reload. This is a dup of bug 25636. *** This bug has been marked as a duplicate of 25636 *** -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug testsuite/21945] gfortran testsuite dies on cygwin (again)

--- Comment #5 from janis at gcc dot gnu dot org 2006-02-09 18:01 --- Subject: Bug 21945 Author: janis Date: Thu Feb 9 18:01:31 2006 New Revision: 110809 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110809 Log: Backport from mainline: 2005-12-28 Tobias Schl"u

[Bug testsuite/23348] objc testsuite should run over both GNU and NeXT runtimes if supported

--- Comment #5 from janis at gcc dot gnu dot org 2006-02-09 18:01 --- Subject: Bug 23348 Author: janis Date: Thu Feb 9 18:01:31 2006 New Revision: 110809 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110809 Log: Backport from mainline: 2005-12-28 Tobias Schl"u

[Bug libstdc++/26181] istream::operator>>(streambuf*) fails to set eofbit

--- Comment #7 from sebor at roguewave dot com 2006-02-09 17:43 --- Sure, whatever works for you :) FWIW, I find the current behavior in this specific case quite reasonable (i.e., it seems reasonable to expect to be able to get the current position even when the stream has reached the E

[Bug libstdc++/26181] istream::operator>>(streambuf*) fails to set eofbit

--- Comment #6 from pcarlini at suse dot de 2006-02-09 17:35 --- (In reply to comment #5) > Here's my analysis copied from the post on the Sun C++ Forum. [snip] Ah, now I remember thanks! It's a very old issue, unrelated to the present one, I remember discussing it briefly with Benjami

[Bug libstdc++/26181] istream::operator>>(streambuf*) fails to set eofbit

--- Comment #5 from sebor at roguewave dot com 2006-02-09 17:29 --- Here's my analysis copied from the post on the Sun C++ Forum. According to 27.6.1.3, p36a, tellg() behaves as an unformatted input function (as described in 27.6.1.3, p1). >From 27.6.1.3, p1: Each unformatted input fun

[Bug libstdc++/26181] istream::operator>>(streambuf*) fails to set eofbit

--- Comment #4 from pcarlini at suse dot de 2006-02-09 17:24 --- Martin, I have a patch in the making which is supposed to fix the problem. However, with that patch applied, your testcase still fails the third assertion, that is 'assert (-1 == ifs.tellg ());' at line 15, because tellg r

[Bug c++/26155] ICE after error with namespace alias

--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-09 16:51 --- Confirmed. Even simpler testcase: === namespace N { namespace M = N; namespace M {} } === -- reichelt at gcc dot gnu dot org changed: What|Removed

[Bug c/26200] New: cc1 segfaults on help

cc1 (from frsely built compiler) segfaults on the following commands % g++ -v --help [...] /home/gdr/libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1 -quiet -v help-dummy -quiet - dumpbase help-dummy -mtune=generic -auxbase help-dummy -version --help -o /tmp/c ceCzZP2.s The following options are language-i

[Bug debug/26199] [4.2 regression] ICE in decl_ultimate_origin

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 16:39 --- Confirmed, it worked with "4.2.0 20051217". -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug debug/26199] New: [4.2 regression] ICE in decl_ultimate_origin

The following code snippet triggers an ICE on mainline when compiled with "-O3 -g" (on x86_64-unknown-linux-gnu): === struct A { double x[3]; double get() const { return x[0]; } }; A bar2(const A& a) { A a1; for (int i=0; i<3; ++i) a

[Bug tree-optimization/26197] [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466

--- Comment #3 from law at redhat dot com 2006-02-09 16:03 --- Subject: Re: [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466 On Thu, 2006-02-09 at 15:10 +, pinskia at gcc dot gnu dot org wrote: > > --- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-

[Bug fortran/14771] frontend doesn't record parentheses

--- Comment #12 from tobi at gcc dot gnu dot org 2006-02-09 16:00 --- *** Bug 25048 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14771

[Bug fortran/25048] dummy argument with POINTER attribute

--- Comment #3 from tobi at gcc dot gnu dot org 2006-02-09 16:00 --- Duplicate as it's automatically fixed by the patch for PR14771 *** This bug has been marked as a duplicate of 14771 *** -- tobi at gcc dot gnu dot org changed: What|Removed |Adde

[Bug fortran/15313] gfc_error's emitted from trans-common.c

-- tobi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|Tobias dot Schlueter at |unassigned at gcc dot gnu |physik dot uni-muenchen dot

[Bug fortran/14771] frontend doesn't record parentheses

--- Comment #11 from tobi at gcc dot gnu dot org 2006-02-09 15:55 --- Adding Walt Brainerd, as requested in . Patch posted here: -- tobi at gcc dot gnu dot org changed:

[Bug tree-optimization/26197] [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-09 15:45 --- (In reply to comment #1) > Confirmed. (there is a missed optimization here also which Richard G. and I > am > looking at right now). This missed optimization is filed as PR 26198. -- http://gcc.gnu.org/bugzil

[Bug middle-end/26198] Unfolded comparison after cfg_cleanup

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 15:43 --- Confirmed, this testcase is from PR 26197. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/26198] New: Unfolded comparison after cfg_cleanup

struct A { int* x[2]; A() { for (int** p=x; p &D.2114.a0D.2019.xD.1986[0] because in fold_binary where we handle this kind of stuff we have if (!offset0 || !offset1 || TREE_TYPE (offset0) == TREE_TYPE (offset1)) { ... and unfortunately the cons

[Bug fortran/14771] frontend doesn't record parentheses

--- Comment #10 from tobi at gcc dot gnu dot org 2006-02-09 15:25 --- *** Bug 20894 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14771

[Bug fortran/20894] parentheses ignored

--- Comment #2 from tobi at gcc dot gnu dot org 2006-02-09 15:25 --- This is a duplicate, because the patch I'm about to send for PR14771 also fixes this. *** This bug has been marked as a duplicate of 14771 *** -- tobi at gcc dot gnu dot org changed: What|Removed

[Bug fortran/14771] frontend doesn't record parentheses

--- Comment #9 from tobi at gcc dot gnu dot org 2006-02-09 15:24 --- For the record, Walt Brainerd's testcase from #6 is as follows: PROGRAM fc107 ! Submitted by Walt Brainerd, The Fortran Company ! GNU Fortran 95 (GCC 4.1.0 20050322 (experimental)) ! Windows XP ! Output should b

[Bug fortran/23815] Add -byteswapio flag

--- Comment #33 from tobi at gcc dot gnu dot org 2006-02-09 15:12 --- Thomas, I'm seeing the following failure on the trunk: Running /home/pcl331/schluter/src/gcc/gcc/testsuite/gfortran.dg/dg.exp ... FAIL: gfortran.dg/unf_io_convert_4.f90 -O0 execution test FAIL: gfortran.dg/unf_io_co

[Bug tree-optimization/26197] [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 15:10 --- Confirmed. (there is a missed optimization here also which Richard G. and I am looking at right now). Anyways, Before: # p_247 = PHI <&D.2477.a0.x[0](2)>; :; # TMT.32_246 = V_MAY_DEF ; *p_247 = 0B; After:

[Bug other/25028] TImode-to-floating conversions broken

--- Comment #4 from roger at eyesopen dot com 2006-02-09 15:00 --- My recent fix for PR target/22209 adding TImode support for MIPS, just fixed this PR's testcase for me on mips-sgi-irix6.5. The new fix*.c and float*.c source files may be useful in resolving the remaining PR25028 issue

[Bug target/22209] [4.1 regression] libgfortran unresolvable symbols on irix6.5

--- Comment #11 from roger at eyesopen dot com 2006-02-09 14:54 --- p.s. I can also confirm that this patch fixes the test case in PR25028 for me on mips-sgi-irix6.5. This failed previously with undefined references to __floattisf and __floattidf, but now not only compiles and links but

[Bug tree-optimization/26197] New: [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466

The following testcase triggers an ICE when compiled with "-O2 -ftree-vectorize" on x86_64-unknown-linux-gnu (mainline): = struct A { int* x[2]; A() { for (int** p=x; phttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=26197

[Bug tree-optimization/25251] [4.1 only] NIST Failure - FM013.f at -O2

--- Comment #11 from pinskia at gcc dot gnu dot org 2006-02-09 14:46 --- Fixed now in 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added S

[Bug tree-optimization/25251] [4.1 only] NIST Failure - FM013.f at -O2

--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-09 14:46 --- Subject: Bug 25251 Author: pinskia Date: Thu Feb 9 14:46:04 2006 New Revision: 110802 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110802 Log: 2006-02-09 Andrew Pinski <[EMAIL PROTECTED]> PR

[Bug target/22209] [4.1 regression] libgfortran unresolvable symbols on irix6.5

--- Comment #10 from roger at eyesopen dot com 2006-02-09 14:41 --- Hi David, nm $objdir/gcc/libgcc.a contains both __ctzdi2 and __ctzti2 for me. grasp% nm libgcc.a | grep ctz _ctzsi2.o: T __ctzdi2 _ctzdi2.o: T __ctzti2 The post-commit bootstrap and regression test on

[Bug tree-optimization/26179] [4.2 Regression] ICE while compiling mozilla in tree-ssa-pre.c

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-09 14:32 --- Fixed. Thanks for your report. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/26179] [4.2 Regression] ICE while compiling mozilla in tree-ssa-pre.c

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-09 14:31 --- Subject: Bug 26179 Author: pinskia Date: Thu Feb 9 14:31:28 2006 New Revision: 110801 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110801 Log: 2006-02-09 Andrew Pinski <[EMAIL PROTECTED]> PR tr

[Bug middle-end/26196] optimize if(val>max) val=max;

--- Comment #4 from snakebyte at gmx dot de 2006-02-09 14:18 --- wow, thats a fast reply. You got a pointer on how to warm the branch prediction cache or is this all a no-issue an we can mark this as not a bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26196

[Bug middle-end/26196] optimize if(val>max) val=max;

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-09 14:18 --- All you are saving is one or two instructions if val == max, in real life that is usually no more than 0.1% now if it was really in the hot loop, it might be 1-2% depending on how "hot" the loop really is. -- h

[Bug middle-end/26134] fold *(float*)(&complex_float_var) into REALPART_EXPR

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-09 14:15 --- The orginal problem as I reported is fixed. The next problem just requires a tree combiner or forward-prop to handle this case also. Closing as fix, if someone wants to open a new bug for the problem comment #1, fi

[Bug middle-end/26134] fold *(float*)(&complex_float_var) into REALPART_EXPR

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-09 14:14 --- Subject: Bug 26134 Author: pinskia Date: Thu Feb 9 14:13:57 2006 New Revision: 110800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110800 Log: 2006-02-09 Andrew Pinski <[EMAIL PROTECTED]> PR mi

[Bug middle-end/26196] optimize if(val>max) val=max;

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-09 14:07 --- Your benchmark is flawed in many different ways. First the branch prediction cache is not going to be warm in your benchmark unlike real code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26196

[Bug middle-end/26196] optimize if(val>max) val=max;

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end Priority|P3 |P5 http:

[Bug c/26196] optimize if(val>max) val=max;

--- Comment #1 from snakebyte at gmx dot de 2006-02-09 14:05 --- Created an attachment (id=10813) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10813&action=view) testcase for possible optimization This is the used benchmark -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2619

[Bug java/26192] ICE while compiling jar or class file (azureus)

--- Comment #3 from aph at gcc dot gnu dot org 2006-02-09 14:05 --- Subject: Bug 26192 Author: aph Date: Thu Feb 9 14:05:31 2006 New Revision: 110799 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110799 Log: 2006-02-09 Andrew Haley <[EMAIL PROTECTED]> PR java/26192

[Bug c/26196] New: optimize if(val>max) val=max;

Hi, it seems that the if(val>=max) val=max; statement is on some processors faster than if(val>max) val=max; I will attach a testcase, which shows that the first version seems to be faster on amd based systems, the second version on intel based systems. Might be something -O can detect and op

[Bug java/26192] ICE while compiling jar or class file (azureus)

--- Comment #2 from aph at gcc dot gnu dot org 2006-02-09 14:03 --- Subject: Bug 26192 Author: aph Date: Thu Feb 9 14:03:17 2006 New Revision: 110798 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110798 Log: 2006-02-09 Andrew Haley <[EMAIL PROTECTED]> PR java/26192

[Bug c++/26186] internal compiler error in template resolution

--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-09 13:51 --- Actually it's already fixed in 3.4.5. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/26180] [4.1 Regression] wrong code due to VRP and unsigned multiplies with wraps

--- Comment #7 from dnovillo at gcc dot gnu dot org 2006-02-09 13:41 --- . -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/26180] [4.1 Regression] wrong code due to VRP and unsigned multiplies with wraps

--- Comment #6 from dnovillo at gcc dot gnu dot org 2006-02-09 13:40 --- Subject: Bug 26180 Author: dnovillo Date: Thu Feb 9 13:40:52 2006 New Revision: 110795 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110795 Log: PR 26180 * tree-vrp.c (vrp_int_const_bino

[Bug tree-optimization/26180] [4.1 Regression] wrong code due to VRP and unsigned multiplies with wraps

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26180

[Bug tree-optimization/26180] [4.1 Regression] wrong code due to VRP and unsigned multiplies with wraps

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-09 13:38 --- Still a bug on the 4.1 branch. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/16405] [3.4/4.1 Regression] Temporary aggregate copy not elided

--- Comment #11 from pinskia at gcc dot gnu dot org 2006-02-09 13:35 --- Fixed on the mainline at least for now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/26195] New: pragma interface no longer handles explicit names

ed with: ../gcc-4_0-branch/configure --prefix=/opt/gcc-svn/gcc-4_0-branch --enable-threads --disable-libgcj --enable-languages=c,c++ Thread model: posix gcc version 4.0.3 20060209 (prerelease) $ /opt/gcc-svn/trunk/bin/g++ -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../trunk

[Bug tree-optimization/26125] [4.1 Regression] g++.dg/opt/complex5.C:11: ICE: Segmentation fault

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-09 13:32 --- Fixed on the mainline by: PR tree-opt/24365 * tree-inline.c (declare_return_variable): Also clear DECL_COMPLEX_GIMPLE_REG_P as needed in the modify_dest case. -- pinskia at gcc dot gnu d

[Bug rtl-optimization/26190] combine misses some distributivity

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||missed-optimization Priority|P1 |P

[Bug java/26192] ICE while compiling jar or class file (azureus)

--- Comment #1 from aph at gcc dot gnu dot org 2006-02-09 12:53 --- Cross-reference https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180418 -- aph at gcc dot gnu dot org changed: What|Removed |Added -

[Bug java/26192] New: ICE while compiling jar or class file (azureus)

public class poo { Object bar (boolean[] bb) { return bb.clone(); } } ecj generates: 1: invokevirtual BEA generates (with -source 1.5): 1: invokevirtual and with -source 1.4: 1: invokevirtual gcj can only cope with the Object.clone() form, not the boolean[].clone() form.

[Bug tree-optimization/26180] [4.1/4.2 Regression] wrong code due to VRP and unsigned multiplies with wraps

--- Comment #4 from dnovillo at gcc dot gnu dot org 2006-02-09 12:42 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00743.html -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/26180] [4.1/4.2 Regression] wrong code due to VRP and unsigned multiplies with wraps

--- Comment #3 from dnovillo at gcc dot gnu dot org 2006-02-09 12:38 --- Subject: Bug 26180 Author: dnovillo Date: Thu Feb 9 12:38:35 2006 New Revision: 110794 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110794 Log: PR 26180 * tree-vrp.c (vrp_int_const_bino

[Bug libstdc++/26181] istream::operator>>(streambuf*) fails to set eofbit

--- Comment #3 from pcarlini at suse dot de 2006-02-09 11:53 --- Working on it. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at g

[Bug target/26176] -mtune=i686 builds code including CMOV

--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-09 10:06 --- > and see which -march is really in effect ^^^! so please show output of '-v' added. If that still doesn't show i686 or up, please attach preprocessed source (-save-temps produces a Wraphelp.i for you) -- http:

[Bug c++/26191] New: temporary is not bound to non-const reference

I expect the following snippet to compile without errors (even a warning(s) should be parametrized). As stated in [class.temporary]/5, the temporaries can be bound to non-const references too... struct A {}; A fct() { return A(); } int main(int, char**) { const A& aConstRef = fct(); // compil

  1   2   >