[Bug middle-end/20983] [4.0/4.1/4.2/4.3 Regression] varargs functions force va_list variable to stack unnecessarily

--- Comment #10 from pinskia at gcc dot gnu dot org 2007-06-18 06:55 --- For -O1, it is even worse. I think we need to mark va_start/va_end as cannot call clober their inputs at the tree level. This should at least fix the -O1 issue. It might also help code gen in other cases which I

[Bug libstdc++/32354] libstdc++.so.6 missing RPATH

--- Comment #5 from stephan dot bergmann at sun dot com 2007-06-18 06:54 --- Re #3: is not relevant here. That info is about how client code can find libstdc++.so. This issue is about how libstdc++.so can find the libraries

[Bug middle-end/32176] [4.3 Regression] ICE tree-type mismatch: expected integer_cst, have plus_expr in int_cst_value, at tree.c:7720

--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-18 06:42 --- There is a cast which confuses SCEV. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/32383] [4.3 regression] ICE with reciprocals and -ffast-math

--- Comment #2 from ubizjak at gmail dot com 2007-06-18 06:41 --- Patch in testing. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned

[Bug tree-optimization/30958] [4.3 Regression] ice for legal code with -ftree-vectorize -Os (-m64)

--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-18 06:16 --- *** This bug has been marked as a duplicate of 30784 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/30784] [4.3 regression] ICE on loop vectorization (-O1 -march=athlon-xp -ftree-vectorize)

--- Comment #11 from pinskia at gcc dot gnu dot org 2007-06-18 06:16 --- *** Bug 30958 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/21485] [4.0/4.1/4.2/4.3 Regression] codegen regression due to PRE increasing register pressure (missing load PRE really)

--- Comment #22 from pinskia at gcc dot gnu dot org 2007-06-18 06:12 --- This is basically fixed by the pointer_plus except we still have some combinable code (though this is not PRE's fault); see http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01996.html for how to fix that issue. --

[Bug tree-optimization/19910] [4.2/4.3 regression] ICE with -ftree-loop-linear

--- Comment #12 from pinskia at gcc dot gnu dot org 2007-06-18 06:01 --- This no longer crashes for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19910

[Bug tree-optimization/30858] [4.3 Regression] ice for legal code with -O2 -ftree-vectorize

--- Comment #11 from pinskia at gcc dot gnu dot org 2007-06-18 05:46 --- Fixed. This should have been closed a while back. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/32389] [4.1/4.2/4.3 Regression] ICE in extract_constrain_insn_cached when using -msse

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug rtl-optimization/32374] [4.3 Regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:396

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-18 05:44 --- I don't know if this is data flow related any more, due to the reporting of PR 32389. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/32389] [4.1/4.2/4.3 Regression] ICE in extract_constrain_insn_cached when using -msse

--- Comment #1 from vapier at gentoo dot org 2007-06-18 05:36 --- posting attachments seems to cause Bugzilla internal errors at the moment ... $ cat test.i double f1(); int f2() { __builtin_ia32_stmxcsr(); return f1(); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32389

[Bug tree-optimization/30392] [4.3 Regression] ice for legal kernel code with -Os

--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-18 05:35 --- My reduced testcase works now, I don't understand why because the patch in comment #2 was never appled. Honza? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30392

[Bug target/29401] [4.0/4.1/4.2 Regression] missed-optimization (in unneeded code elimination)

--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-18 05:31 --- This has now been fixed on the trunk. I think most likely by the dataflow branch merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/32389] New: [4.1/4.2/4.3 Regression] ICE in extract_constrain_insn_cached when using -msse

this was noticed while compiling the CAPS audio plugins gcc-3.4.6 and gcc-4.0.4 work, but gcc-4.1.0 and newer releases fail ... also tested with current snaps (4.1-20070611, 4.2-20070613, 4.3-20070615) $ gcc -c -msse test.i -m32 test.i: In function 'f2': test.i:5: error: insn does not satisfy its

[Bug target/29042] [4.0/4.1/4.2 Regression] Useless floating-point stores and loads on x86

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-18 05:29 --- This has now been fixed on the trunk. I think by the dataflow branch merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code

--- Comment #11 from pinskia at gcc dot gnu dot org 2007-06-18 05:28 --- The trunk no longer produces a loop so this has been fixed unless you can get a testcase where we still produce worse code. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/32355] [4.3 Regression] ICE in df_lr_verify_transfer_functions, at df-problems.c:1924

--- Comment #2 from paolo dot bonzini at lu dot unisi dot ch 2007-06-18 04:41 --- Subject: Re: [4.3 Regression] ICE in df_lr_verify_transfer_functions, at df-problems.c:1924 > The possible second problem is that something in one of > > delete_trivially_dead_insns > rebuild_jump_lab

[Bug tree-optimization/18219] [4.0/4.1/4.2/4.3 Regression] bloats code by 31%

--- Comment #24 from pinskia at gcc dot gnu dot org 2007-06-18 04:39 --- MEM[index: ivtmp.39, offset: 0x0fffc] = (MEM[index: ivtmp.35, offset: 0x0fffc] + 1 << 1) - MEM[index: ivtmp.39, offset: 0x0fffc]; We still get an offset of -4. -- pinskia at gcc dot gnu dot org

[Bug fortran/32386] Pure function not allowed in specification expression

--- Comment #6 from kargl at gcc dot gnu dot org 2007-06-18 04:26 --- In section 7.1.6.2 (which you sight), I find A function is a specification function if it is a pure function, is not an intrinsic function, is not an internal function, is not a statement function, does not have

[Bug fortran/32386] Pure function not allowed in specification expression

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-06-18 04:12 --- >From Fortran 95/2003 Explained, Metcalf. Reid, and Cohen Page 101: "The other way that automatic objects arise is through varying character length. The variable word2 in Subroutine example(word1)

[Bug fortran/32388] Internal compiler error in convert_move

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-18 03:56 --- I see this in 4.1.2 but this has been fixed already in 4.2.0. So closing as such. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/32388] Internal compiler error in convert_move

--- Comment #1 from kargl at gcc dot gnu dot org 2007-06-18 03:50 --- John, This works for me with both a 4.2 and 4.3 (aka trunk, bleeding edge) compilers. I think you'll find a much more pleasant gfortran experience if you upgrade from 4.1.1.. -- kargl at gcc dot gnu dot org chang

[Bug tree-optimization/32379] can't determine dependence (loop reversal required)

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-18 03:48 --- Part of the problem is related to PR 32075. (Looking into IR tells you that). The other part is loop reversal which I think still needs 32075 to be able to reverse the loop. We could do the loop reversal in the fro

[Bug fortran/32388] New: Internal compiler error in convert_move

The following Fortran 95 program gives the compile-time output below it: [EMAIL PROTECTED] test system: ~/Jfh/Test 60 >cat testdpconst.f90 PROGRAM testdpconst ! initialization sometimes /= assignment INTEGER,PARAMETER :: long = selected_int_kind(15) DOUBLE PRECISION :: dx = 2d0 PRINT 666,

[Bug tree-optimization/32387] back port POINTER_PLUS to gcc-4.2.1 on an exceptional basis

--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-18 03:19 --- First you are crazy even in suggesting a back port. 4.2.x is feature frozen. If you don't like that, use 4.3.0 (trunk) instead. Yes it might show up other bugs in other places but that is the reason why they are c

[Bug tree-optimization/32378] can't determine dependence (distinct sections of an array)

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-18 03:15 --- I think some of this is related to PR 32075. (Looking into IR tells you that). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/32387] back port POINTER_PLUS to gcc-4.2.1 on an exceptional basis

--- Comment #5 from malitzke at metronets dot com 2007-06-18 03:15 --- Hey, more good news about POINTER_PLUS. It might help smoke out bugs in other parts of GCC. I hope these can be labeled as so called regressions so that people will be forced to work on them. Concerning non-regressio

[Bug tree-optimization/32375] not vectorized: can't determine dependence (array sections)

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-18 03:13 --- I think some of this is related to PR 32075. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32373] not vectorized: can't determine dependence (equivalence)

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-18 03:09 --- The problem with the first one is that we don't pull out the load of "spaces.n" from the loop which is dealing with common blocks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32373

[Bug c/32387] back port POINTER_PLUS to gcc-4.2.1 on an exceptional basis

--- Comment #4 from malitzke at metronets dot com 2007-06-18 02:53 --- I realize that good things do not come easy. I also believe there is over-reliance on regression among the gcc-insiders. Enhancement has a priority below trivial and I am jut requesting a study of an enhancement.

[Bug c/32387] back port POINTER_PLUS to gcc-4.2.1 on an exceptional basis

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-18 02:50 --- No pointer plus will make it worse. It changes so many non tested parts of GCC it is not funny. I added like 5 testcases to the testsuite because we were not testing those parts. The reason why 4.2 was bad is not

[Bug c/32387] back port POINTER_PLUS to gcc-4.2.1 on an exceptional basis

--- Comment #2 from malitzke at metronets dot com 2007-06-18 02:47 --- I am not making this request lightheartedly. POINTER_PLUS was developed on a branch and went in very cleanly. I always stressed to my students that that "A good theory is a most practical thing" I just happen to to

[Bug tree-optimization/32377] can't determine dependence (source/destination overlap without more than size)

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-18 02:45 --- t.f:10: note: not vectorized: possible dependence between data-refs (*a_54(D))[S.13_17] and (*a_54(D))[D.1376_50] -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32386] Pure function not allowed in specification expression

--- Comment #4 from John dot Harper at mcs dot vuw dot ac dot nz 2007-06-18 02:44 --- Subject: Re: Pure function not allowed in specification expression On Mon, 18 Jun 2007, kargl at gcc dot gnu dot org wrote: > Date: 18 Jun 2007 01:46:09 - > From: kargl at gcc dot gnu dot org <

[Bug fortran/32386] Pure function not allowed in specification expression

--- Comment #3 from John dot Harper at mcs dot vuw dot ac dot nz 2007-06-18 02:42 --- Subject: Re: Pure function not allowed in specification expression On Mon, 18 Jun 2007, jvdelisle at gcc dot gnu dot org wrote: > Date: 18 Jun 2007 01:00:47 - > From: jvdelisle at gcc dot gnu d

[Bug c/32387] back port POINTER_PLUS to gcc-4.2.1 on an exceptional basis

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-18 02:27 --- Unlike the TPA backport, pointer plus does not fix any regression (except from 3.4.0). Also it is a huge patch which is still going through some bug fixes (C++ one and IV-OPTS one, and a SCEV one). -- pinskia at

[Bug target/30757] [4.3 Regression] ICE with -march=athlon-xp -mfpmath=sse

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-18 02:24 --- Fixed so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug tree-optimization/30175] [4.3 Regression] Runtime regressions with mem-ssa merge in Polyhedron and tramp3d-v4

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-18 02:22 --- I almost think we can declare this one as fixed. Richard, what do you think? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30175

[Bug target/30383] [4.3 Regression] ice for legal code on x86_64 in ix86_expand_movmem

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-18 02:18 --- This has been working since "4.3.0 20070131" so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/30393] [4.3 Regression] ice for legal code with -O2

--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-18 02:16 --- This has been working since "4.3.0 20070122" so closing as fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/24429] Remove unnecessary lhd_* hooks where a corresponding hook_* exists

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-18 02:05 --- Any news on this patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24429

[Bug rtl-optimization/20211] autoincrement generation is poor

--- Comment #36 from pinskia at gcc dot gnu dot org 2007-06-18 02:03 --- Just removing patch keyword as the patch is no longer applies after the dataflow branch merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/18995] delete_trivially_dead_insns fails to update the liveness information

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-18 01:57 --- delete_trivially_dead_insns is gone now that the dataflow branch has been merged in. So closing as won't fix. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/32387] New: back port POINTER_PLUS to gcc-4.2.1 on an exceptional basis

Taking the exceptional backport of TPA to gcc-4.2.x I request studying the possibility of doing the same for POINTER_PLUS. -- Summary: back port POINTER_PLUS to gcc-4.2.1 on an exceptional basis Product: gcc Version: 4.2.1 Status:

[Bug fortran/32140] [4.3 Regression] Miscompilation with -O1

--- Comment #18 from jvdelisle at gcc dot gnu dot org 2007-06-18 01:49 --- Patch tested OK on x86-64-Gnu-Linux. I am also able to compile and run cp2k where before I was getting a segfault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32140

[Bug fortran/32386] Pure function not allowed in specification expression

--- Comment #2 from kargl at gcc dot gnu dot org 2007-06-18 01:46 --- According to Lahey, the code is invalid. Lahey/Fujitsu Fortran 95 Source Check Output Compiling program unit halvestring at line 1: Compiling program unit testspec at line 9: 2049-S: "SOURCE.F90", line 13: Automati

[Bug fortran/32378] can't determine dependence (distinct sections of an array)

--- Comment #2 from tprince at computer dot org 2007-06-18 01:39 --- Performance change for full vectorization is not significant on Core 2 Duo; suggest reduced ;priority, apologies for submitting at normal severity -- tprince at computer dot org changed: What|Removed

[Bug c++/30111] Value-initialization of POD base class doesn't initialize members

--- Comment #7 from jwakely dot gcc at gmail dot com 2007-06-18 01:36 --- Confirmed on x86-linux, sparc-solaris and ppc-AIX so I've removed the Target. Also verified that valgrind shows the uninitialised memory reads. This bug breaks common idioms like: template struct compressed_

[Bug fortran/32377] can't determine dependence (source/destination overlap)

--- Comment #2 from tprince at computer dot org 2007-06-18 01:36 --- Performance change due to complete vectorization is not significant on Core 2 Duo. My apologies for submitting at normal priority. -- tprince at computer dot org changed: What|Removed

[Bug fortran/32386] Pure function not allowed in specification expression

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-06-18 01:00 --- Not saying whether this is valid or not. However Intel ifort says: fortcom: Error: john.f90, line 13: An automatic object is invalid in a main program. [STRINGB] CHARACTER(len(halfit(stringa))) :: stringb

[Bug fortran/32386] New: Pure function not allowed in specification expression

The following program seems to me to be valid Fortran 95, because the f95 standard 5.1.1.5 and 7.1.6.2 say a CHARACTER(n) declaration is OK if n is a scalar integer restricted expression, in which each primary is a constant, the intrinsic LEN is allowed, and so are pure functions that are not intri

[Bug c/32314] for gcc-4.2gcc-4disable-decimal-float not working on i686, powerpc, sparc. gcc-4.3.0

--- Comment #13 from pinskia at gcc dot gnu dot org 2007-06-18 00:26 --- >Altivec and SSE really produce benefits in a relatively small corner of the >overal picture Why do you think that? It is not true. This is all getting offtopic from the original issue. The original question h

[Bug c/32314] for gcc-4.2gcc-4disable-decimal-float not working on i686, powerpc, sparc. gcc-4.3.0

--- Comment #12 from malitzke at metronets dot com 2007-06-18 00:06 --- Did you even read comment 9? -- malitzke at metronets dot com changed: What|Removed |Added

[Bug c++/22238] Awful error messages with virtual functions

--- Comment #13 from pinskia at gcc dot gnu dot org 2007-06-17 23:42 --- >Would you mind having a look? I was going to fix the pretty printing of pointer_plus_expr for C++ after I returned from Japan. I already have a testcase which is better than the one here. -- http://gcc.gnu.

[Bug c++/22238] Awful error messages with virtual functions

--- Comment #12 from reichelt at gcc dot gnu dot org 2007-06-17 23:40 --- Andrew, Gaby's testcase from comment #4 gets an even worse diagnostic since the merge of the ptr_plus stuff: = struct A { void foo(); }; struct B : virtual A { voi

[Bug preprocessor/11242] [mingw32] #include takes my memory directory instead of the standard memory header file

--- Comment #7 from dannysmith at users dot sourceforge dot net 2007-06-17 23:40 --- Fixed by: 2007-06-09 Vladimir Prus <[EMAIL PROTECTED]> * files.c (open_file): Account for the fact that on windows, opening a directory gives EACCES. -- dannysmith at user

[Bug c/32314] for gcc-4.2gcc-4disable-decimal-float not working on i686, powerpc, sparc. gcc-4.3.0

--- Comment #11 from pinskia at gcc dot gnu dot org 2007-06-17 23:34 --- Actually no it does not, anyways the exception was written by lawyers. If you want to change the exception, go talk to the FSF (and RMS) and not us as we don't control the license. -- pinskia at gcc dot gnu d

[Bug c/32314] for gcc-4.2gcc-4disable-decimal-float not working on i686, powerpc, sparc. gcc-4.3.0

--- Comment #10 from malitzke at metronets dot com 2007-06-17 23:29 --- Let me reiterate: I am not admitted to the bar in any USA state, nor the District of Columbia. Hence, I can not and I am not offering any legal advice. For legal advice see a lawyer admitted to the bar. Yes, I have w

[Bug c++/32385] [4.1/4.2/4.3 regression] ICE with struct in default argument of template function

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.3 regression] ICE with |[4.1/4.2/4.3 regression] ICE |struct in default ar

[Bug c++/32385] New: [4.3 regression] ICE with struct in default argument of template function

The following code snippet triggers a segfault since GCC 4.0.0: = struct A { template void foo(int = ((struct { int i; }) {0}).i); }; = bug.cc:3: error: template class

[Bug tree-optimization/32383] [4.3 regression] ICE with reciprocals and -ffast-math

--- Comment #1 from reichelt at gcc dot gnu dot org 2007-06-17 23:21 --- Btw., the error message is: bug.cc: In function 'void baz()': bug.cc:10: internal compiler error: tree check: expected ssa_name, have real_cst in execute_cse_reciprocals, at tree-ssa-math-opts.c:510 Please submit

[Bug c++/32384] [4.1/4.2/4.3 regression] Pseudo-dtor in template class rejected

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32384

[Bug c++/32384] New: [4.1/4.2/4.3 regression] Pseudo-dtor in template class rejected

The following valid code snippet is rejected since GCC 3.4.0: = template struct A { typedef int T; T foo(); A() { foo().~T(); } }; A a; = The error message is: bug.cc: In constructor 'A

[Bug tree-optimization/32383] [4.3 regression] ICE with reciprocals and -ffast-math

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32383

[Bug tree-optimization/32383] New: [4.3 regression] ICE with reciprocals and -ffast-math

The following code snippet triggers an ICE on mainline when compiled with "g++ -O -ffast-math": = struct A { ~A(); }; double& foo(); inline void bar (double d) { foo() /= d; } void baz() { A a; bar(2); } =

[Bug fortran/32140] [4.3 Regression] Miscompilation with -O1

--- Comment #17 from pinskia at gcc dot gnu dot org 2007-06-17 22:08 --- Here is the fix which I am testing, basically instead of creating (typeof(array[0] "*")&array we create &array[lb]: Index: trans.c === --- trans.c

[Bug fortran/32140] [4.3 Regression] Miscompilation with -O1

--- Comment #16 from pinskia at gcc dot gnu dot org 2007-06-17 21:45 --- I was wrong in marking this as a middle-end issue. We have: char[0:D.1026][1:4] * __result.0; char * temp.87; ... temp.87 = &(*__result.0)[0]; __builtin_memset (temp.87 + () _s1, 32, 4 - _s1); --- c

[Bug middle-end/32140] [4.3 Regression] Miscompilation with -O1

--- Comment #15 from pinskia at gcc dot gnu dot org 2007-06-17 21:40 --- We have an extra: (insn 39 38 40 t.f90:7 (parallel [ (set (reg:SI 73) (ashift:SI (reg:SI 68 [ _s1 ]) (const_int 2 [0x2]))) (clobber (reg:CC 17 flags))

[Bug fortran/20373] INTRINSIC symbols can be given the wrong type

--- Comment #12 from dfranke at gcc dot gnu dot org 2007-06-17 21:26 --- Forget the attempt to correct this given in comment #4. Got something more useful :) -- dfranke at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/32180] Paranoia UCB GSL TestFloat libm tests fail - accuracy of recent gcc math poor

--- Comment #24 from rob1weld at aol dot com 2007-06-17 20:52 --- http://gcc.gnu.org/gcc-4.3/changes.html#mpfropts -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32180

[Bug fortran/32382] missed optimization in internal read

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-06-17 20:47 --- I will explore this a bit. Its interesting. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/32258] Testsuite reports - FAIL: gcc.dg/torture/builtin-pow-mpfr-1.c

--- Comment #18 from rob1weld at aol dot com 2007-06-17 20:46 --- Page: http://gcc.gnu.org/install/prerequisites.html says: MPFR Library version 2.2.1 (or later) Necessary to build GCC. It can be downloaded from http://www.mpfr.org/. The version of MPFR that is bundled with GMP 4.1.x co

[Bug fortran/32382] New: missed optimization in internal read

This is a followup to BUG 32257. Above Bug has been resolved as invalid, but how comes that the loop variable i has the value 101 at the end of the read? consider C234567 program internalread implicit none integer m CC parameter(m=100) parameter(m=100) charac

[Bug rtl-optimization/32355] [4.3 Regression] ICE in df_lr_verify_transfer_functions, at df-problems.c:1924

--- Comment #1 from zadeck at naturalbridge dot com 2007-06-17 20:13 --- Subject: Re: [4.3 Regression] ICE in df_lr_verify_transfer_functions, at df-problems.c:1924 There are possibly two problems here. Fixing the first one fixes this ice. The first problem is that after a call to

[Bug c/32381] m68k undefined symbol __cmpsf2_internal

--- Comment #1 from vincent dot riviere at freesbee dot fr 2007-06-17 20:03 --- Created an attachment (id=13726) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13726&action=view) Correct call to SYM (__cmpsf2_internal) The attached patch fixes this problem. -- http://gcc.gnu.

[Bug c/32381] New: m68k undefined symbol __cmpsf2_internal

This bug has been introduced by Paul Brook on 29/12/2005. See the diffs here : http://gcc.gnu.org/viewcvs/branches/gcc-4_2-branch/gcc/config/m68k/lb1sf68.asm?r1=109143&r2=109145&diff_format=h It occurs when building some executables on m68k targets where __USER_LABEL_PREFIX__ is not defined or not

[Bug rtl-optimization/32366] [4.3 Regression] Segfault in significand_size with -ftree-vectorize

--- Comment #5 from uros at gcc dot gnu dot org 2007-06-17 19:23 --- Subject: Bug 32366 Author: uros Date: Sun Jun 17 19:23:30 2007 New Revision: 125777 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125777 Log: PR rtl-optimization/32366 * simplify-rtx.c (simplif

[Bug tree-optimization/32367] [4.3 Regression] internal compiler error: in build_polynomial_chrec, at tree-chrec.h:113

--- Comment #12 from spop at gcc dot gnu dot org 2007-06-17 19:16 --- Subject: Re: [4.3 Regression] internal compiler error: in build_polynomial_chrec, at tree-chrec.h:113 > Ok, thanks. Just to let people know, {{&BinomialCoefficients[0], +, 4}_1, +, > {0, +, 4}_1}_1 was also showing

[Bug tree-optimization/32367] [4.3 Regression] internal compiler error: in build_polynomial_chrec, at tree-chrec.h:113

--- Comment #11 from spop at gcc dot gnu dot org 2007-06-17 19:13 --- Subject: Re: [4.3 Regression] internal compiler error: in build_polynomial_chrec, at tree-chrec.h:113 The ptrplus patch contains the following code: *** interpret_rhs_modify_stmt (struct loop * *** 1611,

[Bug c/32314] for gcc-4.2gcc-4disable-decimal-float not working on i686, powerpc, sparc. gcc-4.3.0

--- Comment #9 from malitzke at metronets dot com 2007-06-17 18:01 --- Thank you for your very informative post. What we have between us is really a philosophical difference. To me C is a portable assembler and my extensive review of Ritchie's writings and acceptance speech for the Tur

[Bug rtl-optimization/32374] [4.3 Regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:396

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-17 18:00 --- Reduced testcase: typedef long unsigned int size_t; extern int *stderr; void f(int *, const char *, ...); void g (const char *conf_name) { typedef struct { const char *label;

[Bug fortran/32140] [4.3 Regression] Miscompilation with -O1

--- Comment #14 from pault at gcc dot gnu dot org 2007-06-17 17:54 --- A slight modification of the example in comment #2: MODULE TEST CONTAINS FUNCTION s2a_3(s1) RESULT(a) CHARACTER(LEN=*), INTENT(IN) :: s1 CHARACTER(LEN=LEN(s1)) :: a(3) a(1)=s1 END FUNCTION END

[Bug middle-end/32349] [4.3 Regression] ICE in df_refs_verify with -O2 -fmodulo-sched for spec tests

--- Comment #6 from zadeck at naturalbridge dot com 2007-06-17 17:53 --- fixed as committed. -- zadeck at naturalbridge dot com changed: What|Removed |Added

[Bug middle-end/32349] [4.3 Regression] ICE in df_refs_verify with -O2 -fmodulo-sched for spec tests

--- Comment #5 from zadeck at naturalbridge dot com 2007-06-17 17:52 --- Subject: Re: [4.3 Regression] ICE in df_refs_verify with -O2 -fmodulo-sched for spec tests committed as revision 125776 Kenneth Zadeck wrote: > This patch fixes the df issues with modulo scheduling. It simply

[Bug middle-end/32349] [4.3 Regression] ICE in df_refs_verify with -O2 -fmodulo-sched for spec tests

--- Comment #4 from zadeck at gcc dot gnu dot org 2007-06-17 17:51 --- Subject: Bug 32349 Author: zadeck Date: Sun Jun 17 17:51:25 2007 New Revision: 125776 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125776 Log: 2007-06-17 Kenneth Zadeck <[EMAIL PROTECTED]> PR midd

[Bug tree-optimization/32367] [4.3 Regression] internal compiler error: in build_polynomial_chrec, at tree-chrec.h:113

--- Comment #10 from pinskia at gcc dot gnu dot org 2007-06-17 17:32 --- > {{&BinomialCoefficients[0], +, 4}_1, +, {0, +, 4}_1}_1 > does not look good: the left part should be invariant in loop_1. > It's most certainly the code in scev analysis that is in fault here. > I'll have a look.

[Bug rtl-optimization/32374] [4.3 Regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:396

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug fortran/25079] No error on assignment to unassociated pointer component

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-06-17 17:12 --- This is fixed somehow: $ gfc pr25079.f90 pr25079.f90:5.5: a=T0(1) 1 Error: The element in the derived type constructor at (1), for pointer component 'i' should be a POINTER or a TARGET -- jvdelisle at g

[Bug fortran/32380] reports "unaligned store" and can't determine dependence

--- Comment #1 from tprince at computer dot org 2007-06-17 16:29 --- Created an attachment (id=13725) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13725&action=view) source code test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32380

[Bug fortran/32380] New: reports "unaligned store" and can't determine dependence

gfortran -O2 -fcray-pointer -ftree-vectorize -ftree-vectorizer-verbose=2 -c -v unal.f There are several reports of "unsupported unaligned store" or "can't determine dependence between .." The loops which report "unaligned store" vectorize OK when taken in isolation. The reports of "can't determ

[Bug fortran/32379] can't determine dependence (loop reversal required)

--- Comment #1 from tprince at computer dot org 2007-06-17 15:45 --- Created an attachment (id=13724) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13724&action=view) source code test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32379

[Bug fortran/32379] New: can't determine dependence (loop reversal required)

gfortran -O2 -ftree-vectorize -ftree-vectorizer-verbose=2 -c -v s112.f The case could be vectorized by taking the array elements in reverse order (as specified in the source). ifort vectorizes by creating a temporary array (when the reversal is removed from the source), losing performance. --

[Bug fortran/32378] can't determine dependence (distinct sections of an array)

--- Comment #1 from tprince at computer dot org 2007-06-17 15:36 --- Created an attachment (id=13723) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13723&action=view) source code test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32378

[Bug fortran/32378] New: can't determine dependence (distinct sections of an array)

gfortran -O2 -ftree-vectorize -ftree-vectorizer-verbose=2 -c -v s174.f The two sections of the array are clearly distinct, so it should be vectorized. -- Summary: can't determine dependence (distinct sections of an array) Product: gcc Version

[Bug fortran/32236] internal compiler error: in gfc_assign_data_value, at fortran/data.c:288

--- Comment #5 from patchapp at dberlin dot org 2007-06-17 15:35 --- Subject: Bug number PR32236 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01185.html -- http://gcc.gnu.org/bugzilla/sh

[Bug fortran/32377] can't determine dependence (source/destination overlap)

--- Comment #1 from tprince at computer dot org 2007-06-17 15:26 --- Created an attachment (id=13722) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13722&action=view) source code test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32377

[Bug fortran/32377] New: can't determine dependence (source/destination overlap)

gfortran -O2 -ftree-vectorize -ftree-vectorizer-verbose=2 -c -v s243.f The first array assignment is vectorized. The second, which involves overlap between source and destination, should be no problem to vectorize as long as the loop is not reversed. Significant advantage should be gained by fus

[Bug fortran/32376] can't determine dependence (array with variable initial index)

--- Comment #1 from tprince at computer dot org 2007-06-17 15:15 --- Created an attachment (id=13721) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13721&action=view) source code test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32376

[Bug fortran/32376] New: can't determine dependence (array with variable initial index)

The original case from http://www.netlib.org/benchmark/vectors is split into 2 array assignments which should be easily vectorizable. The first assignment, which starts at the base of the arrays, is vectorized. The second assignment, which begins where the first left off, is not vectorized. --

  1   2   >