[Bug c/43772] Errant -Wlogical-op warning when testing limits

2010-09-22 Thread muntyan at fastmail dot fm
--- Comment #4 from muntyan at fastmail dot fm 2010-09-23 06:52 --- "Me too". This is real code, from xdgmime library (errno doesn't matter) long retval = -1; ... if ((retval < INT_MIN) || (retval > INT_MAX) || (errno != 0)) return -1; -- http://gcc.gnu.or

[Bug tree-optimization/45750] [4.6 Regression] ICE: in iterative_hash_expr, at tree.c:6831 on invalid code

2010-09-22 Thread hjl dot tools at gmail dot com
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 06:46 --- It is caused by revision 161655: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug c++/45755] New: Member function template is instantiated to perform the copy

2010-09-22 Thread boostcpp at gmail dot com
"A member function template is never instantiated to perform the copy of a class object to an object of its class type." But gcc instantiates it if function parameter type is the rvalue reference. Following code shall not output anything if executed. struct S { S() = default ; template <

[Bug middle-end/45325] [4.6 Regression] target attribute doesn't work with -march=i586

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last recon

[Bug tree-optimization/45716] [4.6 regression] ICE: segmentation fault at gcc/tree-ssa-ccp.c:1347

2010-09-22 Thread jojelino at gmail dot com
--- Comment #3 from jojelino at gmail dot com 2010-09-23 04:52 --- seems fixed in rev 164528 -- jojelino at gmail dot com changed: What|Removed |Added Status

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

2010-09-22 Thread davek at gcc dot gnu dot org
--- Comment #23 from davek at gcc dot gnu dot org 2010-09-23 04:08 --- (In reply to comment #21) > I see that the main problem is dllexported *inline* functions. That is my understanding of it too. > Can Nathan's change be modified > to only emit dllexported *non-inline* functions? I

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

2010-09-22 Thread davek at gcc dot gnu dot org
--- Comment #22 from davek at gcc dot gnu dot org 2010-09-23 03:56 --- (In reply to comment #20) > Indeed, the explanation page > http://gcc.gnu.org/wiki/Visibility [ ... ] > this means to use these options, you should alter your header files first, but > wxwidgets source code apparent

[Bug fortran/45710] Adjust format and padding for WRITE of NAMELIST group to internal file

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:43 --- Fixed on trunk. I will backport to 4.5 and 4.4 except the portion dealing with char4 internal units which is not supported on these earlier releases. Backport will occur in a few days or weeks. I would like to

[Bug fortran/45710] Adjust format and padding for WRITE of NAMELIST group to internal file

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:28 --- Subject: Bug 45710 Author: jvdelisle Date: Thu Sep 23 01:28:39 2010 New Revision: 164548 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164548 Log: 2010-09-22 Jerry DeLisle PR libfortran/4571

[Bug fortran/45532] gfortran namelist read error

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:22 --- Backport complete. Closing -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/45532] gfortran namelist read error

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:21 --- Subject: Bug 45532 Author: jvdelisle Date: Thu Sep 23 01:21:10 2010 New Revision: 164547 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164547 Log: 2010-09-22 Jerry DeLisle Backport from main

[Bug fortran/45532] gfortran namelist read error

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:19 --- Subject: Bug 45532 Author: jvdelisle Date: Thu Sep 23 01:19:13 2010 New Revision: 164546 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164546 Log: 2010-09-22 Jerry DeLisle Backport from mainl

[Bug fortran/45532] gfortran namelist read error

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-09-23 01:11 --- Subject: Bug 45532 Author: jvdelisle Date: Thu Sep 23 01:11:16 2010 New Revision: 164545 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164545 Log: 2010-09-22 Jerry DeLisle Backport from mainl

[Bug fortran/45532] gfortran namelist read error

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-09-23 00:58 --- Subject: Bug 45532 Author: jvdelisle Date: Thu Sep 23 00:58:12 2010 New Revision: 164544 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164544 Log: 2010-09-22 Jerry DeLisle PR libfortran/45532

[Bug fortran/45710] Adjust format and padding for WRITE of NAMELIST group to internal file

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-09-23 00:53 --- Subject: Bug 45710 Author: jvdelisle Date: Thu Sep 23 00:53:15 2010 New Revision: 164543 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164543 Log: 2010-09-22 Jerry DeLisle PR libfortran/4571

[Bug driver/45754] New: Driver core dump (when duplicating -Wall command line option

2010-09-22 Thread Martin dot Weitzel at t-online dot de
The following command line causes the gcc/g++ driver front-end to crash with a core dump (segmentation fault): gcc -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -O -Wall -Wall hello.cpp Note: The example is only meant as easy to reproduce failing case. Actually the problem occured in a

[Bug middle-end/45325] [4.6 Regression] target attribute doesn't work with -march=i586

2010-09-22 Thread hjl dot tools at gmail dot com
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-23 00:20 --- *** Bug 45753 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325

[Bug middle-end/45753] [4.6 Regression] Revision 162918 failed gcc.target/i386/pr38240.c

2010-09-22 Thread hjl dot tools at gmail dot com
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-23 00:20 --- *** This bug has been marked as a duplicate of 45325 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug middle-end/45753] New: [4.6 Regression] Revision 162918 failed gcc.target/i386/pr38240.c

2010-09-22 Thread hjl dot tools at gmail dot com
On Linux/ia32, revision 162918: http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00129.html caused: [...@gnu-35 rrs]$ /export/gnu/import/rrs/162918/usr/bin/gcc -m32 -march=i586 -S pr38240.c pr38240.c: In function \u2018g\u2019: pr38240.c:8:21: internal compiler error: in convert_move, at expr.c:326 Plea

[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault

2010-09-22 Thread howarth at nitro dot med dot uc dot edu
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-23 00:11 --- Caused by... Author: jsm28 Date: Wed Sep 22 20:19:39 2010 New Revision: 164532 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164532 Log: * opts-common.c (prune_options): Make static. Wor

[Bug c++/45752] New: [4.5 regression] ICE in ix86_vectorize_builtin_vec_perm_ok

2010-09-22 Thread y at momonga-linux dot org
g++ 4.5-20100916 ICEs with "-O3 -march=pentium4" when using the following code: template void transform(const T *in_points, int num_points, const float projection_mat[16], const float modelview_mat[16], float *out_points) { float mat[1

[Bug bootstrap/28756] `make install` is broken, doesn't install `gcc` when program_prefix == "${triplet}-"

2010-09-22 Thread redi at gcc dot gnu dot org
--- Comment #4 from redi at gcc dot gnu dot org 2010-09-22 23:22 --- (In reply to comment #3) > This seems to me an instance of "don't do it when it hurts", no? Thanks. That was my first thought when I saw this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28756

[Bug rtl-optimization/45728] [4.4 Regression] ICE: in gen_lowpart_general, at rtlhooks.c:59 at -O1 when comparing union members

2010-09-22 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last re

[Bug rtl-optimization/45728] [4.4 Regression] ICE: in gen_lowpart_general, at rtlhooks.c:59 at -O1 when comparing union members

2010-09-22 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45728

[Bug c/35649] Incorrect printf warning: expect double has float

2010-09-22 Thread joseph at codesourcery dot com
--- Comment #8 from joseph at codesourcery dot com 2010-09-22 22:40 --- Subject: Re: Incorrect printf warning: expect double has float On Wed, 22 Sep 2010, dj at redhat dot com wrote: > --- Comment #6 from dj at redhat dot com 2010-09-22 20:22 --- > Created an attachment (id=

[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault

2010-09-22 Thread dominiq at lps dot ens dot fr
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-22 22:30 --- Same thing on powerpc-apple-darwin9. -- dominiq at lps dot ens dot fr changed: What|Removed |Added

[Bug bootstrap/45751] New: [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault

2010-09-22 Thread dominiq at lps dot ens dot fr
At revision 164538 bootstrap fails at stage 1: ... gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc+

[Bug tree-optimization/45750] New: [4.6 Regression] ICE: in iterative_hash_expr, at tree.c:6831 on invalid code

2010-09-22 Thread zsojka at seznam dot cz
Compiler output: $ gcc -O testcase.c testcase.c:6:1: error: invalid initializer testcase.c: In function 'foo': testcase.c:10:20: error: 'undeclared' undeclared (first use in this function) testcase.c:10:20: note: each undeclared identifier is reported only once for each function it appears in testc

[Bug fortran/45744] [4.6 Regression] ICE with -O1 in gfc_conv_expr_op, at fortran/trans-expr.c:1366

2010-09-22 Thread tkoenig at gcc dot gnu dot org
--- Comment #9 from tkoenig at gcc dot gnu dot org 2010-09-22 21:59 --- This should be better: Index: frontend-passes.c === --- frontend-passes.c (Revision 164404) +++ frontend-passes.c (Arbeitskopie) @@ -122,8 +122,13

[Bug rtl-optimization/45352] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7058

2010-09-22 Thread zsojka at seznam dot cz
--- Comment #6 from zsojka at seznam dot cz 2010-09-22 21:54 --- Created an attachment (id=21867) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21867&action=view) another testcase Thank you for having a look! I tried your patch, it bootstrapped fine. It fixed uploaded testcases,

[Bug fortran/45745] [4.6 Regression] ICE in gfc_conv_array_stride

2010-09-22 Thread dominiq at lps dot ens dot fr
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-22 21:45 --- I cannot OK the patch in comment #4, but it fixes this PR without regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45745

[Bug fortran/45744] [4.6 Regression] ICE with -O1 in gfc_conv_expr_op, at fortran/trans-expr.c:1366

2010-09-22 Thread dominiq at lps dot ens dot fr
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-22 21:39 --- The patch in comment #6 fixes this PR, but gfortran.dg/dependency_35.f90 fails: ... output is: /opt/gcc/work/gcc/testsuite/gfortran.dg/dependency_35.f90:19.6: a = matmul(b,c) + d 1 Warning: Creating array te

[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca

2010-09-22 Thread hjl dot tools at gmail dot com
--- Comment #23 from hjl dot tools at gmail dot com 2010-09-22 21:36 --- (In reply to comment #22) > The 4.5/4.4 backports of this patch break: > /* { dg-do compile } */ > /* { dg-options "-march=i586" { target ilp32 } } */ > > struct S { union { double b[4]; } a[18]; } s, a[5]; > void

[Bug java/44095] [4.5/4.6 Regression] massive java failures due to -findirect-dispatch breakage on sparc64-linux

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:19 --- Further kludged. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug java/44095] [4.5/4.6 Regression] massive java failures due to -findirect-dispatch breakage on sparc64-linux

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:16 --- Subject: Bug 44095 Author: ebotcazou Date: Wed Sep 22 21:15:37 2010 New Revision: 164535 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164535 Log: PR java/44095 * config/sparc/linux.h (AS

[Bug java/44095] [4.5/4.6 Regression] massive java failures due to -findirect-dispatch breakage on sparc64-linux

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-22 21:15 --- Subject: Bug 44095 Author: ebotcazou Date: Wed Sep 22 21:14:50 2010 New Revision: 164534 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164534 Log: PR java/44095 * config/sparc/linux.h (AS

[Bug java/36065] gcj 4.3.1 fails to compile if system libtool is version 2.x

2010-09-22 Thread rwild at gcc dot gnu dot org
--- Comment #2 from rwild at gcc dot gnu dot org 2010-09-22 21:10 --- This has been waiting for feedback for more than a year. Feel free to reopen with more details if you still see this issue. I'm closing it as worksforme. -- rwild at gcc dot gnu dot org changed: What

[Bug libmudflap/33119] Missing mf-runtime.h after make -j2 install

2010-09-22 Thread rwild at gcc dot gnu dot org
--- Comment #4 from rwild at gcc dot gnu dot org 2010-09-22 20:57 --- No feedback, assuming this is fixed by r122415 (which is in all active branches) now. -- rwild at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/35649] Incorrect printf warning: expect double has float

2010-09-22 Thread paolo dot carlini at oracle dot com
--- Comment #7 from paolo dot carlini at oracle dot com 2010-09-22 20:38 --- I have a deja vu -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35649

[Bug c/35649] Incorrect printf warning: expect double has float

2010-09-22 Thread dj at redhat dot com
--- Comment #6 from dj at redhat dot com 2010-09-22 20:22 --- Created an attachment (id=21866) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21866&action=view) possible fix FYI I've been using this to silence the warning in my local tree... -- http://gcc.gnu.org/bugzilla/show

[Bug fortran/45748] [4.5/4.6 Regression] -fimplicit-none failures when using intrinsic MAX

2010-09-22 Thread burnus at gcc dot gnu dot org
--- Comment #4 from burnus at gcc dot gnu dot org 2010-09-22 20:22 --- As you might have guessed, the error is with regards to the arguments of MAX which are A1 and A2. The arguments are defined as BT_UNKNOWN, cf. in intrinsics.c: add_sym_1m ("max", GFC_ISYM_MAX, CLASS_ELEMENTAL, ACT

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

2010-09-22 Thread LpSolit at netscape dot net
--- Comment #53 from LpSolit at netscape dot net 2010-09-22 20:18 --- Created an attachment (id=21865) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21865&action=view) GCC extension for 3.6.2, final (v2) And its extension counterpart. I fixed all bugs reported yesterday and today

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

2010-09-22 Thread LpSolit at netscape dot net
--- Comment #52 from LpSolit at netscape dot net 2010-09-22 20:16 --- Created an attachment (id=21864) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21864&action=view) upgrade to 3.6.2 patch, final (v2) Based on recently filed bugs and on some changes which have been accepted upst

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread bogus2 at arc dot net dot au
--- Comment #9 from bogus2 at arc dot net dot au 2010-09-22 20:16 --- There's sections in configure and configure.ac that set HAVE_GNU_LD in confdefs.h. My hunch is neither the official builds or the TDM builds are enabling it (there's a --with-gnu-ld flag but it looks like it also sniff

[Bug c/35649] Incorrect printf warning: expect double has float

2010-09-22 Thread dj at redhat dot com
--- Comment #5 from dj at redhat dot com 2010-09-22 20:13 --- Still fails for both h8300-elf and rx-elf, both on 4.5 branch and 4.6 trunk. -- dj at redhat dot com changed: What|Removed |Added

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread bogus2 at arc dot net dot au
--- Comment #8 from bogus2 at arc dot net dot au 2010-09-22 20:10 --- > Or collect2 is not invoked with a response file. That's not the case. g++.exe is correctly passing the response file to collect2.exe which I've verified through debugging output and running collect2.exe by hand. -

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread rguenth at gcc dot gnu dot org
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-09-22 19:59 --- Btw, on i?86-linux I see /* Define if using GNU as. */ #ifndef USED_FOR_TARGET #define HAVE_GNU_AS 0 #endif /* Define if using GNU ld. */ #ifndef USED_FOR_TARGET #define HAVE_GNU_LD 0 #endif in auto-host.h ...

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread rguenth at gcc dot gnu dot org
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-22 19:57 --- (In reply to comment #5) > See the code in collect_execute: > if (HAVE_GNU_LD && at_file_supplied && argv[0] != NULL) > { > /* If using @file arguments, create a temporary file and put the > cont

[Bug libstdc++/45628] std::fstream::tellg invalidates I/O buffer

2010-09-22 Thread paolo at gcc dot gnu dot org
--- Comment #57 from paolo at gcc dot gnu dot org 2010-09-22 19:41 --- Subject: Bug 45628 Author: paolo Date: Wed Sep 22 19:40:43 2010 New Revision: 164529 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164529 Log: 2010-09-22 David Krauss PR libstdc++/45628 *

[Bug fortran/45748] -fimplicit-none strange behaviour

2010-09-22 Thread dominiq at lps dot ens dot fr
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-22 19:29 --- Confirmed on x86_64-apple-darwin10.3.0 for 4.5.0 and trunk, but not 4.4.4, hence it is a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748

[Bug bootstrap/28756] `make install` is broken, doesn't install `gcc` when program_prefix == "${triplet}-"

2010-09-22 Thread rwild at gcc dot gnu dot org
--- Comment #3 from rwild at gcc dot gnu dot org 2010-09-22 19:13 --- I'm not sure why you would ever want to use --program-prefix=$target_alias when GCC already installs symlinks under the $target_alias-gcc name (and similar for g++ et al). This seems to me an instance of "don't do it

[Bug fortran/45748] -fimplicit-none strange behaviour

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-09-22 19:12 --- I do not see the problem with gfortran 4.3.4 on Cygwin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748

[Bug fortran/45748] -fimplicit-none strange behaviour

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-09-22 19:09 --- Please post result of gfortran -v -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748

[Bug fortran/45744] [4.6 Regression] ICE with -O1 in gfc_conv_expr_op, at fortran/trans-expr.c:1366

2010-09-22 Thread mikael at gcc dot gnu dot org
--- Comment #7 from mikael at gcc dot gnu dot org 2010-09-22 18:54 --- (In reply to comment #6) > Tentative patch: > > Index: frontend-passes.c > === > --- frontend-passes.c (Revision 164404) > +++ frontend-passes.c (Ar

[Bug target/44606] Wrong SPE floating point during computation

2010-09-22 Thread wd at denx dot de
--- Comment #9 from wd at denx dot de 2010-09-22 18:50 --- Known to work: 4.2.2 (from ELDK 4.2) Known to fail: 4.4.1 (from CodeSourcery G++ Lite 4.4-254) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606

[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library

2010-09-22 Thread rwild at gcc dot gnu dot org
--- Comment #13 from rwild at gcc dot gnu dot org 2010-09-22 18:49 --- In reply to comment #6: In case this PR is still relevant, I really would like to see the output of getconf ARG_MAX exactly that command line, and not a similar command line. If your system does not produce a numb

[Bug other/31569] Install's web page has 0.n when it should be either 4.n or 5.n

2010-09-22 Thread rwild at gcc dot gnu dot org
--- Comment #4 from rwild at gcc dot gnu dot org 2010-09-22 18:46 --- Fixed in r132570, long ago. -- rwild at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/45565] [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions

2010-09-22 Thread jamborm at gcc dot gnu dot org
--- Comment #3 from jamborm at gcc dot gnu dot org 2010-09-22 18:20 --- Created an attachment (id=21863) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21863&action=view) Proposed fix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45565

[Bug middle-end/45565] [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions

2010-09-22 Thread jamborm at gcc dot gnu dot org
--- Comment #2 from jamborm at gcc dot gnu dot org 2010-09-22 18:18 --- I have a patch. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|

[Bug fortran/45744] [4.6 Regression] ICE with -O1 in gfc_conv_expr_op, at fortran/trans-expr.c:1366

2010-09-22 Thread tkoenig at gcc dot gnu dot org
--- Comment #6 from tkoenig at gcc dot gnu dot org 2010-09-22 17:57 --- Tentative patch: Index: frontend-passes.c === --- frontend-passes.c (Revision 164404) +++ frontend-passes.c (Arbeitskopie) @@ -122,8 +122,11 @@

[Bug fortran/45744] [4.6 Regression] ICE with -O1 in gfc_conv_expr_op, at fortran/trans-expr.c:1366

2010-09-22 Thread tkoenig at gcc dot gnu dot org
--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-09-22 17:43 --- I see what's wrong, should be easy enough to fix. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-09-22 17:42 --- See the code in collect_execute: if (HAVE_GNU_LD && at_file_supplied && argv[0] != NULL) { /* If using @file arguments, create a temporary file and put the contents of argv into it. Then change

[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca

2010-09-22 Thread jakub at gcc dot gnu dot org
--- Comment #22 from jakub at gcc dot gnu dot org 2010-09-22 17:24 --- The 4.5/4.4 backports of this patch break: /* { dg-do compile } */ /* { dg-options "-march=i586" { target ilp32 } } */ struct S { union { double b[4]; } a[18]; } s, a[5]; void foo (struct S); struct S bar (struct S,

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread bogus2 at arc dot net dot au
--- Comment #4 from bogus2 at arc dot net dot au 2010-09-22 17:16 --- btw, I can confirm the arguments passed to ld are 33491 characters long so this is definitely over the 32k mark -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread bogus2 at arc dot net dot au
--- Comment #3 from bogus2 at arc dot net dot au 2010-09-22 16:57 --- Created an attachment (id=21862) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21862&action=view) output of collect2.exe @file --verbose -debug Attached --verbose -debug output of collect2 Also: D:\SpringTest\d

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-22 16:42 --- Can you provide the output of the -v command when you get that error? Also what version of ld are you using? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749

[Bug driver/45749] Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-22 16:41 --- I totally thought this was fixed in 4.5.0 when support was added because of LTO. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/45749] New: Response file unwrapped between collect2.exe and ld.exe

2010-09-22 Thread bogus2 at arc dot net dot au
When compiling on MinGW under cmd.exe it's necessary to use @FILE to work around the 32k limit on arguments when linking a large number of objects. Unfortunately for some reason collect2.exe does not forward the file to ld.exe but instead appears to send its contents as arguments to CreateProcess(

[Bug fortran/45748] New: -fimplicit-none strange behaviour

2010-09-22 Thread themos dot tsikas at gmail dot com
Code: SUBROUTINE BUG(WORK) DOUBLE PRECISION WORK(MAX(2,3)) INTRINSICMAX END Compile: >gfortran -fimplicit-none -c foo.f foo.f:4.72: END 1 Error: Symbol 'a1' at (1) has no IMPLICIT type

[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90

2010-09-22 Thread jakub at gcc dot gnu dot org
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-22 15:59 --- The reason why the return stmt, at least after lowering, doesn't have a location, is because after lowering there is just one return instead of possibly multiple returns from before lowering. So the location_t of the

[Bug c++/45625] Template parameter name does not hide outer class scope's member name

2010-09-22 Thread gcc at magfr dot user dot lysator dot liu dot se
--- Comment #2 from gcc at magfr dot user dot lysator dot liu dot se 2010-09-22 15:58 --- *** Bug 45747 has been marked as a duplicate of this bug. *** -- gcc at magfr dot user dot lysator dot liu dot se changed: What|Removed |Added --

[Bug c++/45747] Enums are stronger than templates

2010-09-22 Thread gcc at magfr dot user dot lysator dot liu dot se
--- Comment #3 from gcc at magfr dot user dot lysator dot liu dot se 2010-09-22 15:58 --- I agree. *** This bug has been marked as a duplicate of 45625 *** -- gcc at magfr dot user dot lysator dot liu dot se changed: What|Removed |Added -

[Bug rtl-optimization/45570] [4.6 Regression] ICE: in cfg_preds_1, at sel-sched-ir.c:4584

2010-09-22 Thread abel at gcc dot gnu dot org
--- Comment #2 from abel at gcc dot gnu dot org 2010-09-22 15:57 --- Neither of these option combinations fail for me on x86-64 with a recent trunk (164506). We will investigate further with the given trunk revisions. -- abel at gcc dot gnu dot org changed: What|Remo

[Bug rtl-optimization/45352] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7058

2010-09-22 Thread abel at gcc dot gnu dot org
--- Comment #5 from abel at gcc dot gnu dot org 2010-09-22 15:34 --- The remaining problem is another case where we don't try to issue more insns because we believe from issue_rate that this is impossible. Full patch that fixes all the tests with all the flags for me is below. What it

[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90

2010-09-22 Thread jamborm at gcc dot gnu dot org
--- Comment #10 from jamborm at gcc dot gnu dot org 2010-09-22 15:33 --- gimple_has_location returns false for the return statement on both i686 and x86_64. When I hacked SRA to set the location of return statement to the location of the preceding statement (" = res;" or "D.1523 = res

[Bug c++/45747] Enums are stronger than templates

2010-09-22 Thread redi at gcc dot gnu dot org
--- Comment #2 from redi at gcc dot gnu dot org 2010-09-22 15:27 --- Looks like a dup of PR 45625 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45747

[Bug c++/45747] Enums are stronger than templates

2010-09-22 Thread gcc at magfr dot user dot lysator dot liu dot se
--- Comment #1 from gcc at magfr dot user dot lysator dot liu dot se 2010-09-22 15:19 --- Created an attachment (id=21861) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21861&action=view) Test case showing the bug Compile with g++ enums-and-template-params.cpp to trigger the bu

[Bug c++/45747] New: Enums are stronger than templates

2010-09-22 Thread gcc at magfr dot user dot lysator dot liu dot se
If a class is declared with an inner enum with a value, say foo, and also with an inner template class that takes a non-type parameter named foo then inside methods in the inner class the value of foo is the value of the enum value and not the template parameter. This seems odd and comeau does it

[Bug fortran/45745] [4.6 Regression] ICE in gfc_conv_array_stride

2010-09-22 Thread mikael at gcc dot gnu dot org
--- Comment #4 from mikael at gcc dot gnu dot org 2010-09-22 15:13 --- I will test this: Index: trans-array.c === --- trans-array.c (révision 164494) +++ trans-array.c (copie de travail) @@ -5290,13 +5290,17 @@

[Bug fortran/45745] [4.6 Regression] ICE in gfc_conv_array_stride

2010-09-22 Thread mikael at gcc dot gnu dot org
--- Comment #3 from mikael at gcc dot gnu dot org 2010-09-22 15:12 --- Patch 4/5 in the patchset(http://gcc.gnu.org/ml/fortran/2010-09/msg00369.html) changed this: secss = ss; /* Look for the SS for this function. */ while (secss != gfc_ss_terminator && (

[Bug libfortran/45723] opening /dev/null for appending writes

2010-09-22 Thread jvdelisle at gcc dot gnu dot org
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-09-22 15:07 --- I don't see a need to backport. Closing -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/45743] [4.6 Regression] gfortran.dg/whole_file_3.f90 ICE: verify_stmts failed: invalid conversion in gimple call with -finline-small-functions

2010-09-22 Thread rguenth at gcc dot gnu dot org
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743

[Bug rtl-optimization/45352] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7058

2010-09-22 Thread abel at gcc dot gnu dot org
--- Comment #4 from abel at gcc dot gnu dot org 2010-09-22 14:29 --- Confirmed. All testcases except the first with the -O3 flags are fixed by the below patch. The bug that the patch "fixes" is actually PR37360 all over again but in sel-sched instead of haifa. We have the process of r

[Bug fortran/45745] [4.6 Regression] ICE in gfc_conv_array_stride

2010-09-22 Thread mikael at gcc dot gnu dot org
--- Comment #2 from mikael at gcc dot gnu dot org 2010-09-22 13:58 --- (In reply to comment #1) > Mikael, I think your patch could be the culprit (Rev. 164494, PR 45648). > Confirmed, it's mine. reduced a bit: MODULE pw_types TYPE pw_type REAL, DIMENSION ( : ), POINTER :: cr

[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?

2010-09-22 Thread t66667 at gmail dot com
--- Comment #15 from t7 at gmail dot com 2010-09-22 12:20 --- Hello, Thank you so much for getting this problem fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694

[Bug libfortran/45723] opening /dev/null for appending writes

2010-09-22 Thread Joost dot VandeVondele at pci dot uzh dot ch
--- Comment #5 from Joost dot VandeVondele at pci dot uzh dot ch 2010-09-22 11:31 --- I guess this bug can be closed unless you intend backporting to earlier versions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45723

[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90

2010-09-22 Thread jamborm at gcc dot gnu dot org
--- Comment #9 from jamborm at gcc dot gnu dot org 2010-09-22 11:00 --- I have just examined the Fortran testcase more thoroughly and to my surprise I realized SRA did not create any new statements on i686. It merely changed statements res = *arg_1(D); into res$yr = MEM[(struct bar &)a

[Bug bootstrap/43870] ICE in gcc/config/soft-fp/divtf3.c

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2010-09-22 10:19 --- *** Bug 39277 has been marked as a duplicate of this bug. *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/39277] Segmentation fault when compiling arith1.c of Pari/GP 2.3.3/2.3.4 with -O3

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-09-22 10:19 --- *** This bug has been marked as a duplicate of 43870 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

2010-09-22 Thread vanboxem dot ruben at gmail dot com
--- Comment #21 from vanboxem dot ruben at gmail dot com 2010-09-22 10:06 --- What is the status of this problem? Having every project depending on MinGW(.org/-w64) toolchains modify their code is not an option. I see that the main problem is dllexported *inline* functions. Can Nathan's

[Bug fortran/45474] Missing definable check actuals to INTENT(INOUT) dummies of intrinsics

2010-09-22 Thread domob at gcc dot gnu dot org
--- Comment #1 from domob at gcc dot gnu dot org 2010-09-22 10:05 --- Mine. -- domob at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at

[Bug bootstrap/45737] Bootstrap comparison failure

2010-09-22 Thread iek at c-w dot be
--- Comment #3 from iek at c-w dot be 2010-09-22 09:53 --- Is it a solution to build GCC with --disable-bootstrap option. The host and build machine for the gcc is the same on a IA 64 redhat linux. In order to avoid the issue Tks upfront, -- http://gcc.gnu.org/bugzilla/show_

[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions

2010-09-22 Thread jamborm at gcc dot gnu dot org
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-09-22 09:52 --- Patch submitted to mailing list: http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01761.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45572

[Bug rtl-optimization/45739] static evaluation of SSE intrinsics (pxor)

2010-09-22 Thread jakub at gcc dot gnu dot org
--- Comment #7 from jakub at gcc dot gnu dot org 2010-09-22 08:57 --- Subject: Bug 45739 Author: jakub Date: Wed Sep 22 08:57:38 2010 New Revision: 164516 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164516 Log: PR rtl-optimization/45739 * gcc.target/i386/pr457

[Bug fortran/45746] [OOP] ICE in fold_convert_loc: pointer to allocatable array with select type

2010-09-22 Thread dominiq at lps dot ens dot fr
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-22 08:41 --- Confirmed as a regression: no ICE for branch fortran-exp revision 158215, ICE for branch fortran-dev revision 163718. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45746

[Bug target/35664] unable to find a register to spill in class 'FP_REGS'

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:40 --- In 4.4.5 and up. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/35664] unable to find a register to spill in class 'FP_REGS'

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:37 --- Subject: Bug 35664 Author: ebotcazou Date: Wed Sep 22 08:36:35 2010 New Revision: 164514 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164514 Log: PR target/35664 * config/sparc/constrai

[Bug fortran/45746] [OOP] ICE in fold_convert_loc: pointer to allocatable array with select type

2010-09-22 Thread burnus at gcc dot gnu dot org
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-22 08:35 --- Fails in gfc_trans_scalar_assign for the line: gfc_add_modify (&block, lse->expr, fold_convert (TREE_TYPE (lse->expr), rse->expr)); as switch (TREE_CODE (type)) in fold_convert rea

[Bug target/35664] unable to find a register to spill in class 'FP_REGS'

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:34 --- Subject: Bug 35664 Author: ebotcazou Date: Wed Sep 22 08:34:11 2010 New Revision: 164513 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164513 Log: PR target/35664 * config/sparc/constrain

[Bug target/35664] unable to find a register to spill in class 'FP_REGS'

2010-09-22 Thread ebotcazou at gcc dot gnu dot org
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-09-22 08:31 --- Subject: Bug 35664 Author: ebotcazou Date: Wed Sep 22 08:31:14 2010 New Revision: 164512 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164512 Log: PR target/35664 * config/sparc/constrain

  1   2   >