[Bug fortran/41129] unassociated pointers are reported as associated by associated function in types

--- Comment #2 from kargl at gcc dot gnu dot org 2009-08-20 05:59 --- gfortran 4.5.0 gives REMOVE:kargl[5] ./z x0%P T x0%P T x1%P F x1%P T Given that you are using a f95 compiler, I believe that you are invoking processor-dependent behavior. F95 states 2.4.6Pointer A poin

[Bug c/41128] ld: cannot find -luser32 problem

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-08-20 04:42 --- This is a bug in your installation of GCC and cygwin. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/41129] unassociated pointers are reported as associated by associated function in types

--- Comment #1 from evan dot fishbein at jpl dot nasa dot gov 2009-08-20 04:11 --- (In reply to comment #0) > The following code segment > > program scr > type S1 > real, dimension(:), pointer :: P ! NLEV > real, dimension(:), pointer :: t ! NLEV > end

[Bug fortran/41129] New: unassociated pointers are reported as associated by associated function in types

The following code segment program scr type S1 real, dimension(:), pointer :: P ! NLEV real, dimension(:), pointer :: t ! NLEV end type S1 type S0 real, dimension(:), pointer :: P ! NLEV end type S0 type (S0) :: x0 type (S1) :: x1 write

gcc-4.4.1, failed build cross, in configure libstdc++-v3, i486-slackware-linux -> x86_64-w64-mingw32 (target)

checking for wchar.h... (cached) yes checking for wctype.h... (cached) yes checking for ld version... 21901 checking for ld that supports -Wl,--gc-sections... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[2]: *** [configure-target-libstdc++-v3] Error 1

[Bug c/41128] New: ld: cannot find -luser32 problem

The command line input $ gcc max_memory.c -o max_memory.exe currently gives /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot find -luser32 collect2: ld returned 1 exit status The command worked fine initially. Any suggestion as to correcting error would be greatly ap

[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

--- Comment #7 from joseph at codesourcery dot com 2009-08-19 23:58 --- Subject: Re: 'configure' checks for Ada compiler but does not build one On Wed, 19 Aug 2009, jakub at gcc dot gnu dot org wrote: > obj-c++ isn't built by default either. And in both cases it is intentional. It

Kitort a vilaghaboru az interneten!

6 honappal ezelott egy nagyszabasu hadmuveletbe fogtak a magyar jatekosok a neten. eMagyarorszag roman megszallas ala kerult,es vissza akartunk vagni. 4 honapig tatott a csata. 16 ezer magyar jatekos gyurte a a 18 ezres roman sereget. Es nyertunk.Visszafoglaltuk eMagyarorszagot, es eRomani

[Bug middle-end/41004] missed merge of basic blocks

--- Comment #5 from rth at gcc dot gnu dot org 2009-08-19 23:06 --- Basic block reordering *should* be altered to work with -Os. It's definitely required to clean up silly jump sequences that exception handling creates. There's no reason, in principal, that the ordering algorithm can't

[Bug fortran/41126] [4.5 Regression] internal compiler error: in gfc_conv_string_tmp

--- Comment #3 from kargl at gcc dot gnu dot org 2009-08-19 23:00 --- Here's the backtrace #0 gfc_conv_string_tmp (se=0x7fffdd70, type=0x201afec00, len=0x201af8d20) at ../../gcc4x/gcc/fortran/trans-expr.c:1107 #1 0x0050c0be in gfc_conv_intrinsic_adjust (se=0x7fffdd70,

[Bug middle-end/41123] [4.4 Regression] ICE in expand_expr_real_1

--- Comment #4 from jakub at gcc dot gnu dot org 2009-08-19 22:55 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/41123] [4.4 Regression] ICE in expand_expr_real_1

--- Comment #3 from jakub at gcc dot gnu dot org 2009-08-19 22:52 --- Subject: Bug 41123 Author: jakub Date: Wed Aug 19 22:52:11 2009 New Revision: 150947 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150947 Log: PR middle-end/41123 * expr.c (expand_expr_real_1)

[Bug middle-end/41123] [4.4 Regression] ICE in expand_expr_real_1

--- Comment #2 from jakub at gcc dot gnu dot org 2009-08-19 22:51 --- Subject: Bug 41123 Author: jakub Date: Wed Aug 19 22:51:20 2009 New Revision: 150946 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150946 Log: PR middle-end/41123 * expr.c (expand_expr_real_1)

[Bug middle-end/41004] missed merge of basic blocks

--- Comment #4 from carrot at google dot com 2009-08-19 21:55 --- (In reply to comment #2) > Why does the basic block reordering pass also not handle this? > Basic block reordering is disabled with options -Os. The basic block reordering algorithm is for performance only, it usually

[Bug debug/37738] Fortran DW_TAG_common_block has incorrect placement/scope

--- Comment #7 from robert dot mance at intel dot com 2009-08-19 21:28 --- I've managed to download and install 4.4.5 of gfortran and can verify that what you're doing here is just about identical to what ifort is doing. I have a request to emit a DW_TAG_common_inclusion record in ou

[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-08-19 21:02 --- Requirements as in configure detects a host ada compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41124

[Bug c++/41127] New: unnamed bitfield declaration parser regression

The following code: #define CHAR_BIT 8 enum EE {ee}; typedef unsigned int T; struct D { T : sizeof(unsigned int) * CHAR_BIT; // OK EE : sizeof(EE) * CHAR_BIT; // OK enum EE : sizeof(EE) * CHAR_BIT; // not OK enum EE : sizeof(EE) * CHAR_BIT; // OK T

[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

--- Comment #5 from oliver dot kellogg at eads dot com 2009-08-19 20:42 --- > I think we finally should enable ada and obj-c++ by default if all > requirements > are met. Could you point me to the relevant discussion about these requirements? Thanks. -- http://gcc.gnu.org/bugzill

[Bug lto/41071] cycles with TYPE_CANONICAL and TYPE_MAIN_VARIANT

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-19 19:43 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug lto/41071] cycles with TYPE_CANONICAL and TYPE_MAIN_VARIANT

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-19 19:40 --- Subject: Bug 41071 Author: rguenth Date: Wed Aug 19 19:40:28 2009 New Revision: 150943 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150943 Log: 2009-08-19 Richard Guenther * lto-streamer.c (lto

[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-19 19:40 --- I think we finally should enable ada and obj-c++ by default if all requirements are met. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/41126] [4.5 Regression] internal compiler error: in gfc_conv_string_tmp

--- Comment #2 from dominiq at lps dot ens dot fr 2009-08-19 19:26 --- Confirmed with trunk revision 150825, the code compiles for 4.2.4, 4.3.4, 4.4.1, and 4.5.0 revision 147438. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41126

[Bug fortran/41126] [4.5 Regression] internal compiler error: in gfc_conv_string_tmp

--- Comment #1 from jv244 at cam dot ac dot uk 2009-08-19 19:21 --- guessing: 2009-08-17 Janus Weil PR fortran/40877 * array.c (gfc_resolve_character_array_constructor): Add NULL argument to gfc_new_charlen. * decl.c (add_init_expr_to_sym,variable_dec

[Bug fortran/41126] New: internal compiler error: in gfc_conv_string_tmp

introduced in the last few days: > gfortran -c small.f90 small.f90: In function ‘write_cputime’: small.f90:1:0: internal compiler error: in gfc_conv_string_tmp, at fortran/trans-expr.c:1107 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

--- Comment #29 from mahatma at eu dot by 2009-08-19 19:08 --- (In reply to comment #28) ... > This is not mine and isn't needed. OK. New patch working. While only so (tested in seamonkey with all included libs). Are realigning needed for both states of "TREE_STATIC (decl)"? Now in tre

[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

--- Comment #3 from jakub at gcc dot gnu dot org 2009-08-19 19:05 --- obj-c++ isn't built by default either. And in both cases it is intentional. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41124

[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

--- Comment #2 from oliver dot kellogg at eads dot com 2009-08-19 18:54 --- > Ada is not a default language currently and has not been since 4.0.0. I find that counter-intuitive - how come all other languages are built, just Ada is not? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug c++/36797] ICE on SFINAE and __is_empty

--- Comment #12 from jason at gcc dot gnu dot org 2009-08-19 18:50 --- GCC now says "sorry, not implemented: mangling trait_expr", which is more informative. I'm inclined to leave it that way until the ABI specifies how these things should be mangled, which may need to wait until we kno

[Bug bootstrap/41124] 'configure' checks for Ada compiler but does not build one

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-08-19 18:47 --- Ada is not a default language currently and has not been since 4.0.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41124

[Bug bootstrap/41124] New: 'configure' checks for Ada compiler but does not build one

gcc-build> ../gcc/configure --prefix=/opt/gnat/fsf checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking w

[Bug c++/41120] [4.5 Regression] ICE segmentation fault (reading garbage collected data)

--- Comment #5 from jason at gcc dot gnu dot org 2009-08-19 18:15 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/41120] [4.5 Regression] ICE segmentation fault (reading garbage collected data)

--- Comment #4 from jason at gcc dot gnu dot org 2009-08-19 18:14 --- *** Bug 41119 has been marked as a duplicate of this bug. *** -- jason at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/41119] [4.5 regression] Revision 150805 failed 447.dealII in SPEC CPU 2006

--- Comment #6 from jason at gcc dot gnu dot org 2009-08-19 18:14 --- *** This bug has been marked as a duplicate of 41120 *** -- jason at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/41123] [4.4 Regression] ICE in expand_expr_real_1

--- Comment #1 from jakub at gcc dot gnu dot org 2009-08-19 17:42 --- Since PR6177 that part of expand_expr* at least handles whole CONCAT, but as can be seen on this testcase, since VCE can be used, it should be probably handled fully. On this testcase it could be handled just by givin

[Bug middle-end/41123] New: [4.4 Regression] ICE in expand_expr_real_1

typedef struct { int r, i; } F; F foo (float _Complex x) { return *(F *) &x; } F bar (float _Complex x) { F f = foo (x); return f; } ICEs at -O2 -fno-strict-aliasing -m32 on x86_64-linux and i686-linux. On the trunk this doesn't ICE likely due to expand on SSA. -- Summary: [4

[Bug ada/41122] New: libada multilib string parsing error

AWK .. ackkk... acckk... help! Apparently libada has an awk program that can't handle the m68k multilib. Calling all Awk experts.. :) make[2]: BEGIN { FS="[ \t]*[,()][ \t]*"; ORS=" " }; /^M68K_DEVICE/ { CPU=$3; FLAGS=$8; CPU_NAME=substr($2,2,length($2)-2); MLIB=substr($5,2,length($5)-2); if ( (CP

[Bug c++/41120] [4.5 Regression] ICE segmentation fault (reading garbage collected data)

--- Comment #3 from jason at gcc dot gnu dot org 2009-08-19 17:14 --- Subject: Bug 41120 Author: jason Date: Wed Aug 19 17:14:33 2009 New Revision: 150939 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150939 Log: PR c++/41119 PR c++/41120 * decl2.c (mark

[Bug c++/41119] [4.5 regression] Revision 150805 failed 447.dealII in SPEC CPU 2006

--- Comment #5 from jason at gcc dot gnu dot org 2009-08-19 17:14 --- Subject: Bug 41119 Author: jason Date: Wed Aug 19 17:14:33 2009 New Revision: 150939 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150939 Log: PR c++/41119 PR c++/41120 * decl2.c (mark

[Bug tree-optimization/41118] Wrong dependence analysis in graphite for unrestricted pointers

--- Comment #2 from amonakov at gcc dot gnu dot org 2009-08-19 16:26 --- (In reply to comment #1) > I wonder why the alias analysis improvements by Li do not assign > different alias sets for "a" and "b" in this case. I will have to try > to reproduce this bug first. Assigning differe

[Bug c++/41120] [4.5 Regression] ICE segmentation fault (reading garbage collected data)

-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org

[Bug tree-optimization/41118] Wrong dependence analysis in graphite for unrestricted pointers

--- Comment #1 from spop at gcc dot gnu dot org 2009-08-19 16:02 --- > since both a and b have alias set 0, > a[0][i0] and b[0][i1] are considered independent for i0 != i1. You mean mem[0][i0] and mem[0][i1], and in your example for (i = 0; i < n; i++) mem[0][i] = mem[0][i]; that

[Bug driver/28718] Call to -lgcc added prior to user libraries

--- Comment #9 from abnikant dot singh at atmel dot com 2009-08-19 15:32 --- This is because libstdc++ is not build in case of avr(8 bit),I did check it in avr32 there I get flags in the sequence : -lstdc++ -lm -lgcc -- abnikant dot singh at atmel dot com changed: What

[Bug fortran/41121] [4.5 Regression] compile-time error when building BLAS with -fimplicit-none

--- Comment #1 from jv244 at cam dot ac dot uk 2009-08-19 15:26 --- a reduced testcase, but not quite covering the original SUBROUTINE S1 INTRINSIC MIN INTEGER :: I,J write(6,*) MIN(I,J) END SUBROUTINE -- jv244 at cam dot ac dot uk changed: What|Removed

[Bug fortran/41121] New: compile-time error when building BLAS with -fimplicit-none

With version r150889, compiling several BLAS and LAPACK source files produce errors with the '-fimplicit-none' flag. For instance, when building http://www.netlib.org/blas/dgbmv.f I get the following error message: > gfortran -c -fimplicit-none dgbmv.f dgbmv.f:297.72: END

[Bug c++/41119] [4.5 regression] Revision 150805 failed 447.dealII in SPEC CPU 2006

--- Comment #4 from hjl dot tools at gmail dot com 2009-08-19 15:06 --- (gdb) bt #0 0x005cec03 in is_empty_class (type=0xa5a5a5a5a5a5a5a5) at ../../src/gcc/cp/class.c:6524 #1 0x0048 in build_call_a (function=0x70593e40, n=1, argarray=0x7fffc750) at

[Bug c++/41120] [4.5 Regression] ICE segmentation fault (reading garbage collected data)

--- Comment #2 from hjl dot tools at gmail dot com 2009-08-19 15:02 --- It is caused by revision 150805: http://gcc.gnu.org/ml/gcc-cvs/2009-08/msg00485.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41120

[Bug testsuite/41114] [4.5 Regression] Revision 150889 breasks library tests

--- Comment #1 from ubizjak at gmail dot com 2009-08-19 14:51 --- Fixed in r150929. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRME

[Bug c++/41120] [4.5 Regression] ICE segmentation fault (reading garbage collected data)

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org Component|middle-end

[Bug c++/41119] [4.5 regression] Revision 150805 failed 447.dealII in SPEC CPU 2006

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-19 14:31 --- See PR41120 for a testcase. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added OtherBug

[Bug middle-end/41120] ICE segmentation fault (reading garbage collected data)

--- Comment #1 from rubidium at openttd dot org 2009-08-19 14:30 --- Created an attachment (id=18402) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18402&action=view) save-temps data -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41120

[Bug middle-end/41120] New: ICE segmentation fault (reading garbage collected data)

-languages=c,c++ --no-create --no-recursion Thread model: posix gcc version 4.5.0 20090819 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' &#

[Bug c++/41119] [4.5 regression] Revision 150805 failed 447.dealII in SPEC CPU 2006

--- Comment #2 from hjl dot tools at gmail dot com 2009-08-19 14:18 --- Valgrind reports: ==22210== Invalid read of size 2 ==22210==at 0x51521D: is_empty_class (class.c:6524) ==22210==by 0x482E70: build_call_a (call.c:356) ==22210==by 0x483FF2: build_cxx_call (call.c:5782) =

[Bug c++/41119] [4.5 regression] Revision 150805 failed 447.dealII in SPEC CPU 2006

--- Comment #1 from hjl dot tools at gmail dot com 2009-08-19 14:12 --- It doesn't fail with preprocessed code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41119

[Bug c++/41119] New: [4.5 regression] Revision 150805 failed 447.dealII in SPEC CPU 2006

Revision 150805: http://gcc.gnu.org/ml/gcc-cvs/2009-08/msg00485.html caused: g++ -c -o mg_dof_tools.o -DSPEC_CPU -DNDEBUG -Iinclude -DBOOST_DISABLE_THREADS -Ddeal_II_dimension=3 -O2 -ffast-math -DSPEC_CPU_LP64 mg_dof_tools.cc g++ -c -o mg_smoother.o -DSPEC_CPU -DNDEBUG -Iinclude -DBOO

[Bug fortran/41117] spurious _gfortran_internal_pack (II)

--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-19 13:36 --- See also PR 41113 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41117

[Bug fortran/41113] spurious _gfortran_internal_pack

--- Comment #2 from burnus at gcc dot gnu dot org 2009-08-19 13:30 --- Created an attachment (id=18401) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18401&action=view) Draft patch - first steps but incomplete & will not work The problem is: CALL S1(d%data) We have the variab

[Bug middle-end/41069] lto1: error: type mismatch in indirect reference

--- Comment #18 from jv244 at cam dot ac dot uk 2009-08-19 13:03 --- pointing Toon to some lto timing/memory usage data for 'large' Fortran programs.. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41069#c12 -- jv244 at cam dot ac dot uk changed: What|Removed

[Bug tree-optimization/41118] New: Wrong dependence analysis in graphite for unrestricted pointers

Consider this example: cat > pr41118.c

[Bug other/19815] Documentation change - GCC Internals MODES_TIEABLE_P

--- Comment #1 from abnikant dot singh at atmel dot com 2009-08-19 11:57 --- "If HARD_REGNO_MODE_OK (r, mode1) and HARD_REGNO_MODE_OK (r, mode2) are always the same for any r, then MODES_TIEABLE_P (mode1, mode2) should be nonzero. If they differ for any r, you should define this macro t

[Bug lto/41058] FAIL: ext/pb_ds/regression/hash_data_map_rand.cc

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-19 11:15 --- I'm reducing again, from a single-file testcase. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug lto/41058] FAIL: hash_data_map_rand

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-19 10:38 --- The testcase was reduced to an invalid one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41058

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

--- Comment #12 from mikpe at it dot uu dot se 2009-08-19 10:38 --- ICE confirmed with a gcc-4.4.1 cross to m68k-linux. Applying the PR37053 and PR41064 fixes eliminated the ICE. The mpegvideo.i test case does not compile as-is for me, as the compiler complains about a syntax error: li

[Bug fortran/36854] [meta] fortran front-end optimization

--- Comment #4 from jv244 at cam dot ac dot uk 2009-08-19 10:14 --- more useless temps...the last two added eat quite a few percent of performance in CP2K. This really is an issue where frontend people need to step in to improve the performance of gfortran. -- jv244 at cam dot ac d

[Bug fortran/41117] New: spurious _gfortran_internal_pack (II)

Another case of a spurious pack (which really affects performance unfortunately). > cat test.f90 MODULE M1 CONTAINS SUBROUTINE S1(data) REAL, DIMENSION(*) :: data END SUBROUTINE S1 END MODULE SUBROUTINE S2 REAL :: data(10,10) DO i=1,10 CALL S1(data(:,i)) ENDDO DO i=1,10 CALL S1(

[Bug tree-optimization/41112] [4.5 regression] ACATS c43205b fails at -O2 (tree-sra)

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

[Bug target/39716] [4.5 Regression][cond-optab] worse MAX_EXPR expansion for Thumb

--- Comment #2 from ramana at gcc dot gnu dot org 2009-08-19 08:59 --- (In reply to comment #1) > This fails for me with r149508 with a reload failure. > I don't seem to have a reload failure for this with 150624. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39716

[Bug fortran/41113] spurious _gfortran_internal_pack

--- Comment #1 from jv244 at cam dot ac dot uk 2009-08-19 08:58 --- an ugly workaround is to write instead of CALL S1(d%data) the following CALL S1(d%data(1)) which works in simple cases -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41113

[Bug middle-end/41082] [4.5 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3 -g with -m64

--- Comment #3 from rguenther at suse dot de 2009-08-19 08:30 --- Subject: Re: [4.5 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3 -g with -m64 On Tue, 18 Aug 2009, dominiq at lps dot ens dot fr wrote: > --- Comment #2 from dominiq at lps dot ens d

[Bug target/40971] [4.4 Regression] ICE in memory_address

--- Comment #4 from jakub at gcc dot gnu dot org 2009-08-19 08:29 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/41115] New: Tree-vectorizer: VecCost tuning for X2: Without vectorization 30% faster

This is on an AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (using openSUSE Factory in x86-64 mode). When compiling the Polyhedron "induct.f90" test case with and without vectorization, the run time with vectorization is 30% longer. I think the vectorization cost model needs to be tuned for this

[Bug fortran/41102] Ease error checking of included files located in the SYSTEM_INCLUDE_DIR/ending in .h

--- Comment #11 from burnus at gcc dot gnu dot org 2009-08-19 07:14 --- The lib_omp.h problem is FIXED on the trunk (4.5) and in the 4.3 and 4.4 branches. I changed the title to the remaining "issue": Having (similarity to C/C++) a less strict checking for files coming from the system d

[Bug fortran/41102] openMP include file causes errors when compiling with standards checking

--- Comment #10 from burnus at gcc dot gnu dot org 2009-08-19 07:12 --- Subject: Bug 41102 Author: burnus Date: Wed Aug 19 07:11:43 2009 New Revision: 150933 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150933 Log: 2009-08-19 Tobias Burnus PR fortran/41102

[Bug fortran/41102] openMP include file causes errors when compiling with standards checking

--- Comment #9 from burnus at gcc dot gnu dot org 2009-08-19 07:01 --- Subject: Bug 41102 Author: burnus Date: Wed Aug 19 07:01:03 2009 New Revision: 150932 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150932 Log: 2009-08-19 Tobias Burnus PR fortran/41102 o