[Bug tree-optimization/36098] [4.4 Regression] 435.gromacs miscompares at -O3

2008-05-14 Thread irar at il dot ibm dot com
--- Comment #4 from irar at il dot ibm dot com 2008-05-14 07:04 --- It's a bug in SLP analysis. I am working on a fix. Ira -- irar at il dot ibm dot com changed: What|Removed |Added -

[Bug ada/35645] ICE in gimplify_expr, at gimplify.c:6120

2008-05-14 Thread sam at gcc dot gnu dot org
--- Comment #2 from sam at gcc dot gnu dot org 2008-05-14 09:20 --- The code is not legal, adding keyword -- sam at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/36151] gcc fails to find template specializations within namespace

2008-05-14 Thread juergen dot wallner at philips dot com
--- Comment #2 from juergen dot wallner at philips dot com 2008-05-14 09:23 --- 1.) I've been unable to find an explanation of this behaviour in ISO/IEC 14882 or other literature like Stroustrup - The C++ Programming Language. Please explain and cite reference: How can a unique name fr

[Bug fortran/35707] Search /usr/local/include and /usr/include for .mod files

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-05-14 10:48 --- (In reply to comment #3) > Fortran files should not be put into /usr/local/include or /usr/include. Those > directories are defined for C headers. It is particularly bad to put binary > files there. You're confus

[Bug c++/36151] gcc fails to find template specializations within namespace

2008-05-14 Thread pinskia at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-14 10:42 --- (In reply to comment #2) > 1.) I've been unable to find an explanation of this behaviour in ISO/IEC 14882 > or other literature like Stroustrup - The C++ Programming Language. See [temp.dep.res] which is 14.6.4 in C

[Bug target/36004] alpha doesn't see stores, through other variables, for "struct hack"

2008-05-14 Thread falk at debian dot org
--- Comment #3 from falk at debian dot org 2008-05-14 11:08 --- (In reply to comment #2) > Regarding gnat; Can we use this ticket for tracking the problem? No, please file a new bug. Or is this the same as PR 36025? -- falk at debian dot org changed: What|Removed

[Bug tree-optimization/36098] [4.4 Regression] 435.gromacs miscompares at -O3

2008-05-14 Thread irar at gcc dot gnu dot org
--- Comment #5 from irar at gcc dot gnu dot org 2008-05-14 12:12 --- Subject: Bug 36098 Author: irar Date: Wed May 14 12:11:21 2008 New Revision: 135288 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135288 Log: PR tree-optimization/36098 * tree-vect-analyze.c (v

[Bug tree-optimization/36098] [4.4 Regression] 435.gromacs miscompares at -O3

2008-05-14 Thread irar at gcc dot gnu dot org
--- Comment #6 from irar at gcc dot gnu dot org 2008-05-14 12:29 --- Subject: Bug 36098 Author: irar Date: Wed May 14 12:28:53 2008 New Revision: 135290 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135290 Log: PR tree-optimization/36098 * tree-vect-analyze.c (v

[Bug tree-optimization/36098] [4.4 Regression] 435.gromacs miscompares at -O3

2008-05-14 Thread irar at il dot ibm dot com
--- Comment #7 from irar at il dot ibm dot com 2008-05-14 12:30 --- Fixed. -- irar at il dot ibm dot com changed: What|Removed |Added Status|ASSIGNED

Error

2008-05-14 Thread Bruno Teixeira
Hi, I'm getting this error: " mkdir -p -- ./libiberty mkdir -p -- ./intl /bin/sh: line 5: [: too many arguments /bin/sh: line 5: [: too many arguments /bin/sh: line 5: [: too many arguments /bin/sh: line 5: [: too many arguments /bin/sh: line 5: [: too many arguments /bin/sh: line 5: [: too

[Bug bootstrap/34257] --with-sysroot does not change default linux glibc dynamic-linker path

2008-05-14 Thread drow at gcc dot gnu dot org
--- Comment #4 from drow at gcc dot gnu dot org 2008-05-14 13:47 --- I agree that a new option would be useful. Something like --target-sysroot to go parallel to --sysroot, with an optional value or a special value "same" or some other way to avoid duplicating the path on the command li

[Bug fortran/36215] [4.4 regression] Fortran bootstrap fails on _abs_c4.F90

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-05-14 14:01 --- This one is mine, it's apparently due to my recent wide-characters patch. It can be reproduced on x86_64-linux by compiling the following preprocessed file under valgrind: # 1 "../../../trunk/libgfortran/generate

[Bug fortran/36215] [4.4 regression] Fortran bootstrap fails on _abs_c4.F90

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-05-14 14:14 --- I forgot to allocate enough memory for wide strings instead of regular string while unescaping filenames in preprocessor directives, which is fixed by the following patch: Index: scanner.c ===

[Bug fortran/36215] [4.4 regression] Fortran bootstrap fails on _abs_c4.F90

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-05-14 14:23 --- Subject: Bug 36215 Author: fxcoudert Date: Wed May 14 14:23:01 2008 New Revision: 135294 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135294 Log: PR fortran/36215 * scanner.c (preproces

[Bug fortran/36215] [4.4 regression] Fortran bootstrap fails on _abs_c4.F90

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-05-14 14:24 --- (In reply to comment #2) > This removes all valgrind errors under linux and allows compilation of > preprocessed files on mingw (bootstrapped is not yet finished, but it compiled > _abs_c4.F90 OK and is proceeding

[Bug fortran/36234] New: Support g77's "complex function name*16" syntax

2008-05-14 Thread burnus at gcc dot gnu dot org
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/d5b81d61b3e39cff ifort, openf95, Sun (legacy mode/"sunf77"), g77 allow the complex FUNCTION name*16() syntax as legacy feature. gfortran currently rejects it and accepts only: complex*16 FUNCTION name() I'm not sure whet

[Bug c++/36235] New: Invalid optimization related to heavy function inlining with -O3

2008-05-14 Thread cxl at ntllib dot org
g++ (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Used flags: -ggdb -g2 -fexceptions -O3 -x c++ Code (has

[Bug c++/36235] Invalid optimization related to heavy function inlining with -O3

2008-05-14 Thread cxl at ntllib dot org
--- Comment #1 from cxl at ntllib dot org 2008-05-14 16:52 --- (fixed compiler version) -- cxl at ntllib dot org changed: What|Removed |Added Version|4.1.3

[Bug middle-end/36235] Invalid optimization related to heavy function inlining with -O3

2008-05-14 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-14 16:54 --- Can you try 4.3.0? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/36234] Support g77's "complex function name*16" syntax

2008-05-14 Thread kargl at gcc dot gnu dot org
--- Comment #1 from kargl at gcc dot gnu dot org 2008-05-14 17:43 --- I'd vote against supporting this very questionable extension. It may be better to add a section to the manual that documents this extension works with g77 and is not supported by gfortran. I've compiled a large amoun

[Bug other/36210] [4.3/4.4 Regression] as doesn't like the assembler code

2008-05-14 Thread bunk at stusta dot de
--- Comment #5 from bunk at stusta dot de 2008-05-14 18:30 --- I can confirm that it's fixed. -- bunk at stusta dot de changed: What|Removed |Added Status|WAI

[Bug c++/36236] New: ICE with forwarding variadic function template in class template

2008-05-14 Thread mcalabrese_gp at hotmail dot com
The following triggers an ICE when forwarded_foo is a template. #include template< typename Type > Type& lvalue_of(); char foo( int ); // Note: void is just a dummy type, any argument causes error. template< typename = void > cl

[Bug target/36004] alpha doesn't see stores, through other variables, for "struct hack"

2008-05-14 Thread oliver at linux-kernel dot at
--- Comment #4 from oliver at linux-kernel dot at 2008-05-14 19:41 --- (In reply to comment #3) > (In reply to comment #2) > > Regarding gnat; Can we use this ticket for tracking the problem? > > No, please file a new bug. Or is this the same as PR 36025? Oh yes. Sorry, forgot, that I

[Bug fortran/36233] [Regression 4.4,4.3] Array valued actual procedure argument rejected

2008-05-14 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2008-05-14 20:44 --- (In reply to comment #3) > (In reply to comment #2) > Jerry, > > In the clear light of day, I think that I need to separate the character and > the array checks. I'll check the standard and try other compilers - onc

[Bug c++/36237] New: internal compiler error: in lower_stmt, at gimple-low.c:282

2008-05-14 Thread silviug at gmail dot com
* the exact version of GCC; * the system type; * the options given when GCC was configured/built; The output of g++ -v is: Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-s

[Bug c++/36237] internal compiler error: in lower_stmt, at gimple-low.c:282

2008-05-14 Thread silviug at gmail dot com
--- Comment #1 from silviug at gmail dot com 2008-05-14 21:06 --- Created an attachment (id=15638) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15638&action=view) Archive containing source code wich generated the bug, makefile and *.ii files. -- http://gcc.gnu.org/bugzilla/sh

[Bug c++/36237] internal compiler error: in lower_stmt, at gimple-low.c:282

2008-05-14 Thread silviug at gmail dot com
--- Comment #2 from silviug at gmail dot com 2008-05-14 21:11 --- (In reply to comment #1) > Created an attachment (id=15638) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15638&action=view) [edit] > Archive containing source code wich generated the bug, makefile and *.ii > files.

[Bug fortran/35685] UBOUND incorrect for run-time zero-sized section

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-05-14 21:18 --- Subject: Bug 35685 Author: fxcoudert Date: Wed May 14 21:17:54 2008 New Revision: 135305 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135305 Log: PR fortran/35685 * trans-intrinsic.c (g

[Bug fortran/35685] UBOUND incorrect for run-time zero-sized section

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-05-14 21:20 --- Fixed on 4.4. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug fortran/35682] assignment to run-time zero-sized complex section stores a value

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-05-14 21:21 --- Subject: Bug 35682 Author: fxcoudert Date: Wed May 14 21:20:10 2008 New Revision: 135306 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135306 Log: PR fortran/35682 * trans-array.c (gfc_c

[Bug fortran/35682] assignment to run-time zero-sized complex section stores a value

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-05-14 21:22 --- Fixed on 4.4. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug fortran/36233] [Regression 4.4,4.3] Array valued actual procedure argument rejected

2008-05-14 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2008-05-14 21:33 --- Subject: Bug 36233 Author: pault Date: Wed May 14 21:32:53 2008 New Revision: 135307 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135307 Log: 2008-05-14 Paul Thomas <[EMAIL PROTECTED]> PR fortran/3

[Bug fortran/36186] Wrong handling of BOZ in CMPLX

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-05-14 21:37 --- Subject: Bug 36186 Author: fxcoudert Date: Wed May 14 21:36:26 2008 New Revision: 135308 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135308 Log: PR fortran/36186 * simplify.c (only_con

[Bug fortran/36186] Wrong handling of BOZ in CMPLX

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-05-14 21:37 --- Fixed on 4.4. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug fortran/36059] -frepack-arrays: symbols w/ TARGET should not be repacked

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-05-14 21:45 --- Subject: Bug 36059 Author: fxcoudert Date: Wed May 14 21:44:36 2008 New Revision: 135310 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135310 Log: PR fortran/36059 * trans-decl.c (gfc_bu

[Bug fortran/36059] -frepack-arrays: symbols w/ TARGET should not be repacked

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-05-14 21:47 --- Fixed on 4.4. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug testsuite/27706] gcc.dg/pr27095.c scan-assembler-not (?n)strlen(.*\n)+.*strlen fails

2008-05-14 Thread janis at gcc dot gnu dot org
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-14 22:29 --- Steve Ellcey fixed this in r114467. -- janis at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/34199] segfault for TRANSFER integer to TYPE(C_PTR)

2008-05-14 Thread fxcoudert at gcc dot gnu dot org
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-05-14 23:24 --- (In reply to comment #5) > Patch by FX: > http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00546.html > > My review: > http://gcc.gnu.org/ml/fortran/2008-03/msg00232.html Your second point in the review is spot on,

[Bug testsuite/30401] FAIL: gfortran.dg/gnu_logical_1.F -O0 (test for excess errors)

2008-05-14 Thread janis at gcc dot gnu dot org
--- Comment #1 from janis at gcc dot gnu dot org 2008-05-14 23:37 --- This failure was apparently only for GCC 4.0.3 so I'm closing this. -- janis at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/34955] transfer_assumed_size_1.f90: Valgrind error: invalid read of size 3

2008-05-14 Thread hp at gcc dot gnu dot org
--- Comment #10 from hp at gcc dot gnu dot org 2008-05-14 23:58 --- Worked again with trunk as of r134973, stopped working again as in comment #7 with r135298. I don't see any signs of this bug actively fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34955

[Bug testsuite/28032] gfortran.dg/secnds.f test not honoring dg-options flag

2008-05-14 Thread janis at gcc dot gnu dot org
--- Comment #3 from janis at gcc dot gnu dot org 2008-05-15 00:42 --- The test is being run with "-O0 -O0 -ffloat-store", then "-O1 -O0 -ffloat-store", and so on through the torture options used for the gfortran.dg tests. I recommend removing "-O0" from dg-options. -- http://gcc.gn

[Bug tree-optimization/26854] Inordinate compile times on large routines

2008-05-14 Thread lucier at math dot purdue dot edu
--- Comment #62 from lucier at math dot purdue dot edu 2008-05-15 02:48 --- I thought I might test the ira branch with euler-3% /pkgs/gcc-ira/bin/gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../../ira/configure --enable-checking=release --with-gmp=/pkg

[Bug tree-optimization/26854] Inordinate compile times on large routines

2008-05-14 Thread lucier at math dot purdue dot edu
--- Comment #63 from lucier at math dot purdue dot edu 2008-05-15 02:50 --- Created an attachment (id=15639) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15639&action=view) statistics for ira branch with -fno-ira This is the output of the command in the previous comment with -fn

[Bug tree-optimization/26854] Inordinate compile times on large routines

2008-05-14 Thread lucier at math dot purdue dot edu
--- Comment #64 from lucier at math dot purdue dot edu 2008-05-15 02:51 --- Created an attachment (id=15640) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15640&action=view) statistics for ira branch with -fira This is the output of the command in the previous comment with -fira

[Bug preprocessor/35010] preprocessor loses leading whitespace

2008-05-14 Thread neil at gcc dot gnu dot org
--- Comment #1 from neil at gcc dot gnu dot org 2008-05-15 02:54 --- Chris - unless I'm missing something I disagree. The , ## __VA_ARGS__ token sequence is being eaten in its entirety by the empty argument. Then between "format" and the ')' on the #define line, which is the ')' tha

[Bug preprocessor/35010] preprocessor loses leading whitespace

2008-05-14 Thread neil at gcc dot gnu dot org
--- Comment #2 from neil at gcc dot gnu dot org 2008-05-15 02:56 --- Never mind, I see your point. The comma isn't being eaten, right. -- neil at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/36238] New: ICE

2008-05-14 Thread regehr at cs dot utah dot edu
[EMAIL PROTECTED] tmp0]$ current-gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --program-prefix=current- --enable-languages=c,c++ --prefix=/home/regehr Thread model: posix gcc version 4.4.0 20080514 (experimental) (GCC) [EMAIL PROTECTED] tmp0]$ cat small.

[Bug fortran/36239] New: ICE: gfc_validate_kind(): Got bad kind

2008-05-14 Thread burnus at gcc dot gnu dot org
James Van Buskirk found the following bug, see http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/1cc4ce4ecec2933d integer, parameter :: k_k11 = kind(int(Parg1,kind=k11)) 1 Internal Error at (1): gfc_valida

[Bug tree-optimization/26854] Inordinate compile times on large routines

2008-05-14 Thread steven at gcc dot gnu dot org
--- Comment #65 from steven at gcc dot gnu dot org 2008-05-15 05:59 --- integrated RA : 373.36 (66%) usr 0.33 ( 2%) sys 375.87 (64%) wall 12064 kB ( 2%) ggc 'nuff said. Oh, not entirely yet: IRA should have more than one timevar. -- steven at gcc dot gnu dot org change