[Bug fortran/42950] gfortran testsuite failures on mingw64

--- Comment #8 from ktietz at gcc dot gnu dot org 2010-03-06 07:21 --- Created an attachment (id=20034) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20034&action=view) Patch about printf and POSIX float conversion 2010-03-06 Kai TIetz PR/42950 * libgfortran.h

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-03-06 05:29 --- The F77, F95, F2003, and F2008 candidate draft all have the exact same wording as given in Comment #5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43265

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-03-06 03:54 --- Terry, I will see if the other standards address this or say something different. I would not conclude anything yet about your code. What I can conclude is we have a real bug regardless. We should not have dead

[Bug c++/12909] ambiguity in mangling vector types

--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-03-06 03:45 --- (In reply to comment #19) > I just checked in a change to mangle40.C. Did it fix the darwin failures? > No. I still get... Executing on host: /sw/src/fink.build/gcc45-4.4.999-20100305/darwin_

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #7 from terry at chem dot gu dot se 2010-03-06 03:36 --- Subject: Re: [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file > Also the F95 standard says in 10.6.1: > > "The position specified by an X edit descriptor is forward from the >

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-03-06 03:32 --- Standby folks. This problem has nothing to do with /* If we hit EOF previously with the no_error flag set (i.e. X, T, TR edit descriptors), and we now try to read again, this time without setting n

[Bug c/39170] cannot silence -Wconversion warnings for bit-fields

--- Comment #10 from jengliang at gmail dot com 2010-03-06 01:37 --- Hi Manuel, I think it is a good idea to warn about narrowing both from a type to another type, and from a type to a bit-field. For new codes, one should use the bit-masking technique for bit-field narrowing just as on

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #12 from matt at use dot net 2010-03-06 01:31 --- Changing contents[size] to contents[size + 10] or to contents[size+1] is still not triggering the array-bounds warning in any of the compilers I tested (previously mentioned). In my real code, it was an OB1 bug, so that's

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-03-06 01:07 --- And this: Index: read.c === --- read.c (revision 157247) +++ read.c (working copy) @@ -1030,7 +1030,7 @@ dtp->u.p.sf_read_comma = 0;

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #11 from pinskia at gcc dot gnu dot org 2010-03-06 00:23 --- Oh we ignore off by one errors in some cases too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43270

[Bug c/39170] cannot silence -Wconversion warnings for bit-fields

--- Comment #9 from Zachary_Deretsky at mentor dot com 2010-03-06 00:20 --- I was wrong, the warning is correct and there is a way to fix it. ***1. The easy recipe: For the assignment to bit-fileds use unsigned int bit-field on the left and mask the right side with the appropriate mask

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #10 from matt at use dot net 2010-03-06 00:19 --- Created an attachment (id=20033) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20033&action=view) yet another example, that does not rely on zero-length arrays or on the array being the 'last' field in the struct/class

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #9 from matt at use dot net 2010-03-06 00:18 --- Alright. Even though PC-Lint now correctly warns, and GCC still does not, I have updated the attached example yet again to avoid the next constraint you mention. GCC still does not detect the array-bounds issue, even when the

[Bug tree-optimization/43065] [4.5 Regression] gcc.c-torture/execute/20051215-1.c is miscompiled with -fgraphite-identity

--- Comment #9 from spop at gcc dot gnu dot org 2010-03-05 23:48 --- Subject: Bug 43065 Author: spop Date: Fri Mar 5 23:48:43 2010 New Revision: 157248 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157248 Log: Fix PR43065: Insert bounds on pointer type parameters. 2010-03-05

[Bug tree-optimization/43065] [4.5 Regression] gcc.c-torture/execute/20051215-1.c is miscompiled with -fgraphite-identity

--- Comment #8 from spop at gcc dot gnu dot org 2010-03-05 23:46 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00259.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43065

[Bug c++/13687] -Wmissing-prototypes should not be ignored for C++

--- Comment #18 from pinskia at gcc dot gnu dot org 2010-03-05 23:27 --- *** Bug 43272 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/43272] -Wmissing-prototypes doesn't work in C++ mode

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-03-05 23:27 --- *** This bug has been marked as a duplicate of 13687 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #8 from pinskia at gcc dot gnu dot org 2010-03-05 23:26 --- As I mentioned, it is the array at the end of the struct which is where we don't warn. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #7 from matt at use dot net 2010-03-05 23:25 --- Created an attachment (id=20032) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20032&action=view) updated example that doesn't rely on zero-length arrays -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43270

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #6 from matt at use dot net 2010-03-05 23:24 --- I see your point about supporting existing code that uses this feature in the way you describe. I modified the example to not rely upon zero-length array and have attached it. (The bug in the original code didn't use it that w

[Bug libstdc++/43259] ext/profile/all.cc fails on Solaris

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-03-05 23:17 --- For the sake of completeness, the error on Solaris 8 is the same as on Solaris 9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43259

[Bug tree-optimization/43065] [4.5 Regression] gcc.c-torture/execute/20051215-1.c is miscompiled with -fgraphite-identity

--- Comment #7 from spop at gcc dot gnu dot org 2010-03-05 23:14 --- It seems like the problem is in the overly conservative implementation of add_param_constraints, as we do not insert bounds for pointers: if (!INTEGRAL_TYPE_P (type)) return; and in the original testcase we have

[Bug tree-optimization/43065] [4.5 Regression] gcc.c-torture/execute/20051215-1.c is miscompiled with -fgraphite-identity

--- Comment #6 from reza dot yazdani at amd dot com 2010-03-05 23:10 --- The main difference between the original test case and the reduced one is the type of test expression. I think in the fix you need to treat the address type similar to an unsigned integer. Reza -- http://gcc.

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-03-05 23:06 --- Mine, hmm almost exactly three years ago. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/43065] [4.5 Regression] gcc.c-torture/execute/20051215-1.c is miscompiled with -fgraphite-identity

--- Comment #5 from spop at gcc dot gnu dot org 2010-03-05 23:04 --- Subject: Bug 43065 Author: spop Date: Fri Mar 5 23:04:17 2010 New Revision: 157247 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157247 Log: Add testcase from PR43065. 2010-03-04 Sebastian Pop PR

[Bug c++/12909] ambiguity in mangling vector types

--- Comment #19 from jason at gcc dot gnu dot org 2010-03-05 23:00 --- I just checked in a change to mangle40.C. Did it fix the darwin failures? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12909

[Bug tree-optimization/43065] [4.5 Regression] gcc.c-torture/execute/20051215-1.c is miscompiled with -fgraphite-identity

--- Comment #4 from spop at gcc dot gnu dot org 2010-03-05 22:58 --- Hi Reza, In the Graphite branch, we insert in the scop context the bounds on the parameter kk due to the type of kk: (gdb) p debug_scop_context (scop) context ( # eq p0cst 2 3 1 -1 4294967295

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-05 22:22 --- Well: struct f { int t[0]; }; is invalid c/C++ :). But we accept it as an extension. Anyways the thing when you do: f *t = ..; t->t[1] = 1; We don't warn there on purpose as f::t might used as flexible array. W

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #4 from matt at use dot net 2010-03-05 22:17 --- It's not the fact that it's zero-sized in and of itself, but rather the assignment to contents[0] in the ctor should trigger the warning. Oddly, PC-Lint warns of the zero-sized array, but not the actual overflow. As a test, I

[Bug middle-end/43251] [4.4 Regression] Erroneous code with -ftree-vectorize

--- Comment #12 from bouzim at gmail dot com 2010-03-05 22:01 --- Current gcc-4_4-branch shows this buggy behavior, and I can confirm that it goes away after applying the one-line fix in gcc/tree-complex.c as stated by H.J. Lu. Neither gcc 4.3.x nor gcc 4.5 have this bug, can it please

[Bug c++/43272] New: -Wmissing-prototypes doesn't work in C++ mode

(Same behaviour exists on gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) When compiling a c++ program it would be very useful to get warnings about missing prototypes. This works in C mode, but not in c++ mode. Example: cat > foo.cpp

[Bug pch/43271] New: SEGV in linemap_lookup if PCH cannot be loaded

As described in PATCH: Avoid segfault if line_table->maps is not set up http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00981.html if a PCH couldn't be loaded, the call to fatal_error ("had to relocate PCH") causes a SEGV in linemap_lookup since the line_table hasn't been set up at this point. Whil

[Bug c++/43087] [4.5 Regression] ICE in tsubst, at cp/pt.c:9923

--- Comment #18 from dodji at gcc dot gnu dot org 2010-03-05 20:44 --- (In reply to comment #13) > It may be a different issue since the original testcase > compiles with older gcc. How about this reduced test case that compiles with older (4.4) gcc: template struct NumericTraits{ type

[Bug c++/43206] [4.5 Regression] Revision 145440 caused ICE at cp/pt.c:9249

--- Comment #3 from dodji at gcc dot gnu dot org 2010-03-05 20:40 --- A patch was proposed at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00226.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43206

[Bug tree-optimization/42326] [4.5 Regression][graphite] segfault in tree-data-ref.c with Graphite building 200.sixtrack

--- Comment #16 from spop at gcc dot gnu dot org 2010-03-05 20:39 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/42326] [4.5 Regression][graphite] segfault in tree-data-ref.c with Graphite building 200.sixtrack

--- Comment #15 from spop at gcc dot gnu dot org 2010-03-05 20:38 --- Subject: Bug 42326 Author: spop Date: Fri Mar 5 20:37:44 2010 New Revision: 157244 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157244 Log: Fix PR42326: Handle more carefully convert expressions in chrec_fo

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-03-05 20:34 --- Well this is semi on purpose. Though we are should reject the zero sized arrays anyways. The problem is here we have: struct f { char a[0]; }; Which is common in GNU C/C++ to say f::a is a flexible array member.

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #2 from matt at use dot net 2010-03-05 20:33 --- This occurs with both gcc 4.4.1 and 4.5.0.20100304. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43270

[Bug tree-optimization/43270] array-bounds false negative

--- Comment #1 from matt at use dot net 2010-03-05 20:22 --- Created an attachment (id=20031) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20031&action=view) compilation unit that reproduces the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43270

[Bug tree-optimization/43270] New: array-bounds false negative

Compiling the attached code with -O3 -Wall or -O2 -Wall doesn't elicit an array bounds warning, when it should in the constructor for FixedString. -- Summary: array-bounds false negative Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severi

[Bug target/38085] gcc -m64 -pg generates invalid assembler code on Solaris 10/x86

--- Comment #7 from ro at gcc dot gnu dot org 2010-03-05 20:10 --- Created an attachment (id=20030) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20030&action=view) proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38085

[Bug target/38085] gcc -m64 -pg generates invalid assembler code on Solaris 10/x86

--- Comment #6 from ro at gcc dot gnu dot org 2010-03-05 20:09 --- I found none of the changes to internal_mcount to be necessary: with the attached patch, I could both bootstrap mainline successfully on i386-pc-solaris2.11, the -pg related testsuite failures were gone, and I could profi

[Bug target/38085] gcc -m64 -pg generates invalid assembler code on Solaris 10/x86

--- Comment #5 from ro at gcc dot gnu dot org 2010-03-05 20:04 --- Mine. -- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|hubicka at gcc dot g

[Bug middle-end/42450] [4.5 Regression] another GCC 4.5 ICE on C++ templated code

--- Comment #14 from jamborm at gcc dot gnu dot org 2010-03-05 19:42 --- (In reply to comment #13) > I have a patch for this. I will submit it tomorrow. > Unfortunately, I am not sure that my patch really fixes the issue rather than hides it. I'd like to discuss it with Honza first.

[Bug tree-optimization/43269] [4.5 Regression] removing non dead store

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-05 19:07 --- Tree level DSE1 removes the global store for some reason. Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/43259] ext/profile/all.cc fails on Solaris

--- Comment #4 from ro at gcc dot gnu dot org 2010-03-05 18:40 --- Assigned to Silvius as requested. -- ro at gcc dot gnu dot org changed: What|Removed |Added Ass

[Bug c++/20397] improve diagnostic for 'is inaccessible' error

--- Comment #15 from redi at gcc dot gnu dot org 2010-03-05 18:36 --- And the "recent changes" happened ~10 years ago. The language had already changed before that, but the example you referred to had not been updated. That was an accidental omission. -- http://gcc.gnu.org/bugzilla

[Bug c++/20397] improve diagnostic for 'is inaccessible' error

--- Comment #14 from redi at gcc dot gnu dot org 2010-03-05 18:34 --- (In reply to comment #13) > (in reply to comment #12) > > Yes I am referring to the standard. The 1998 standard has been superseded by the 2003 TC1, and that will soon be replaced too. "The standard" includes the re

[Bug c/43269] possible wrong code bug

--- Comment #1 from regehr at cs dot utah dot edu 2010-03-05 18:08 --- Created an attachment (id=20029) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20029&action=view) failure-inducing input -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43269

[Bug c/43269] New: possible wrong code bug

iler-install/gcc-r157243-install/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper Target: i686-pc-linux-gnu Configured with: ../configure --with-libelf=/usr/local --enable-lto --prefix=/home/regehr/z/compiler-install/gcc-r157243-install --program-prefix=r157243- --enable-languages=c,c++ Thread model:

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #3 from burnus at gcc dot gnu dot org 2010-03-05 18:07 --- (In reply to comment #2) > It is caused by revision 123038: > http://gcc.gnu.org/ml/gcc-cvs/2007-03/msg00628.html Which was a fix for PR 31052: "Bad IOSTAT values when readings NAMELISTs past EOF" -- http://gc

[Bug c++/20397] improve diagnostic for 'is inaccessible' error

--- Comment #13 from s dot franke at bebbosoft dot de 2010-03-05 17:52 --- (in reply to comment #12) Yes I am referring to the standard. C++ std 1998: class A { }; class B: private A { }; class C: public B { A* p;// ok: A accessible }; recent changes (som

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #2 from hjl dot tools at gmail dot com 2010-03-05 17:02 --- It is caused by revision 123038: http://gcc.gnu.org/ml/gcc-cvs/2007-03/msg00628.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43265

[Bug c++/43268] Issue in connecting to Oracle 11g from GCC compiler

--- Comment #8 from redi at gcc dot gnu dot org 2010-03-05 15:48 --- You have not found a bug in GCC and this is not a forum for help connecting to databases. Hint: you cannot "connect to oracle from gcc compiler" ... it's a compiler. You really need to understand what you're trying t

[Bug rtl-optimization/42937] widen_bswap fails to truncate its return value properly

--- Comment #4 from mat at lcs dot mit dot edu 2010-03-05 15:48 --- This is still broken but to declutter bugzilla I will close this bug and go through the standard patch submission channels to get it fixed, taking into account some discussion of the proper approach to use on the gcc dev

[Bug c++/43268] Issue in connecting to Oracle 11g from GCC compiler

--- Comment #7 from surajul at gmail dot com 2010-03-05 15:46 --- (In reply to comment #6) > This is not a GCC bug, you need to port your makefile from solaris to Linux > and > you need to understand what you're doing, but that's your problem not GCC's. > Please stop opening this bug.

[Bug c++/43268] Issue in connecting to Oracle 11g from GCC compiler

--- Comment #6 from redi at gcc dot gnu dot org 2010-03-05 15:39 --- This is not a GCC bug, you need to port your makefile from solaris to Linux and you need to understand what you're doing, but that's your problem not GCC's. Please stop opening this bug. -- redi at gcc dot gnu dot

[Bug c++/43268] Issue in connecting to Oracle 11g from GCC compiler

--- Comment #5 from surajul at gmail dot com 2010-03-05 15:35 --- Hi, I have removed -xarch and executed the make file. I am still not able to connect database from PRO C files. I have seen the connectivity from the machine, I am able to connect to database, from PRO C its not able to c

[Bug rtl-optimization/43058] [4.5 Regression] var-tracking uses up all virtual memory

--- Comment #10 from jakub at gcc dot gnu dot org 2010-03-05 15:19 --- I was hoping PR43176 caching patch would actually fix this too, but apparently that's not the case, because the problem here is not that we are emitting useless notes, but that the notes for hundreds of `a' variables

[Bug debug/43176] var-tracking fails to notice a value change

--- Comment #6 from jakub at gcc dot gnu dot org 2010-03-05 15:09 --- Created an attachment (id=20028) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20028&action=view) gcc45-pr43176.patch Patch I'm currently testing. It revamps completely cur_loc handling, cur_loc is always NULL

[Bug c++/43268] Issue in connecting to Oracle 11g from GCC compiler

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-03-05 15:03 --- -xarch is an option specific to the Sun Studio compiler, it cannot be used for GCC, you need to adjust your Makefile. -- ebotcazou at gcc dot gnu dot org changed: What|Removed

[Bug c++/43268] Issue in connecting to Oracle 11g from GCC compiler

--- Comment #3 from surajul at gmail dot com 2010-03-05 15:00 --- I removed the xarch as suggested still I have same issue not able to connect to DB. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43268

[Bug c++/43268] Issue in connecting to Oracle 11g from GCC compiler

--- Comment #2 from surajul at gmail dot com 2010-03-05 14:51 --- (In reply to comment #1) > drop -xarch=v9* completely (it looks like something thinks you are on a sparc > machine). Thanks for quick response. I have tried then I was not able to compile I am getting when running the m

[Bug c++/43268] Issue in connecting to Oracle 11g from GCC compiler

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-05 14:41 --- drop -xarch=v9* completely (it looks like something thinks you are on a sparc machine). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/43268] New: Issue in connecting to Oracle 11g from GCC compiler

Hi GCC team, We have problem in PRO C binary files, we are not able to connected to database (Oracle 11g). We have build file to generate PRO C executable file. When we run the make file we are getting below error /usr/bin/gcc -xarch=v9* -o fanpf005 fanpf005.o -L/ora11G/app/oracle/product/11.

[Bug tree-optimization/42326] [4.5 Regression][graphite] segfault in tree-data-ref.c with Graphite building 200.sixtrack

--- Comment #14 from spop at gcc dot gnu dot org 2010-03-05 12:20 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00237.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42326

[Bug c/43267] internal compiler error: in copyprop_hardreg_forward_1, at regrename.c:1603

--- Comment #1 from andre dot heinze at gmx dot net 2010-03-05 12:13 --- Created an attachment (id=20027) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20027&action=view) testcase + error ouptut compiling: testCase_GccError.c Using built-in specs. Target: bfin-elf Configured wit

[Bug c/43267] New: internal compiler error: in copyprop_hardreg_forward_1, at regrename.c:1603

Compiling functions with __attribute__ ((nmi_handler)) __attribute__ ((exception_handler)) or __attribute__ ((interrupt_handler)) and with -O1 -gdwarf-2 -mlong-calls -fomit-frame-pointer -finline-functions -std=gnu9x -Wall -MMD -Wno-char-subscripts -mcsync-anomaly -mspecld-anomaly produdes the

[Bug c++/20397] improve diagnostic for 'is inaccessible' error

--- Comment #12 from redi at gcc dot gnu dot org 2010-03-05 11:01 --- Are you looking at the original 1998 standard? Please see http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#142 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20397

[Bug fortran/42950] gfortran testsuite failures on mingw64

--- Comment #7 from ktietz at gcc dot gnu dot org 2010-03-05 10:34 --- (In reply to comment #6) As by this patch libgfortran.h defines _POSIX, some additional features (at least for mingw-w64) getting active about localtime_r and gmtime_r (which getting implemented by defines, if _POSIX

[Bug rtl-optimization/40761] [4.4/4.5 Regression] IRA memory hog for insanely nested loops

--- Comment #10 from rguenth at gcc dot gnu dot org 2010-03-05 10:17 --- (In reply to comment #9) > Should we also commit the test case from #4 ? No. It's too slow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40761

[Bug libstdc++/43259] ext/profile/all.cc fails on Solaris

--- Comment #3 from paolo dot carlini at oracle dot com 2010-03-05 10:07 --- Adding Silvius in CC. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug fortran/42950] gfortran testsuite failures on mingw64

--- Comment #6 from ktietz at gcc dot gnu dot org 2010-03-05 10:04 --- (In reply to comment #5) This patch has a problem about the printf formatter definitions in libgfortran.h header. So I suggest to use the following patch instead. I am current on to bootstrap it completely and test t

[Bug fortran/43256] [OOP] TBP with missing optional arg

--- Comment #7 from janus at gcc dot gnu dot org 2010-03-05 09:56 --- (In reply to comment #6) > > ABSTRACT INTERFACE '...' must not be referenced at (1) > > This was PR41873 and was fixed by querying "expr->value.function.name", which > fails now. We should find a better way to silence

[Bug fortran/43266] ICE on invalid: in ensure_not_abstract_walker, at fortran/resolve.c:10290

--- Comment #1 from burnus at gcc dot gnu dot org 2010-03-05 09:55 --- Created an attachment (id=20026) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20026&action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43266

[Bug fortran/43266] New: ICE on invalid: in ensure_not_abstract_walker, at fortran/resolve.c:10290

The following invalid program gives an ICE after a couple of correct error messages: [...] ice.f90:18.12: PROCEDURE :: proc_b => middle_b 1 Error: 'middle_b' must be a module procedure or an external procedure with an explicit interface at (1) f951: internal compiler error: in ens

[Bug tree-optimization/42326] [4.5 Regression][graphite] segfault in tree-data-ref.c with Graphite building 200.sixtrack

--- Comment #13 from spop at gcc dot gnu dot org 2010-03-05 09:39 --- We build these scevs because chrec_fold_multiply and chrec_fold_plus do not correctly handle conversions: op0 = (integer(kind=4)) {0, +, 1}_4 is considered non variating in any loop, and thus when op0 gets added to op

[Bug fortran/43256] [OOP] TBP with missing optional arg

--- Comment #6 from janus at gcc dot gnu dot org 2010-03-05 09:36 --- (In reply to comment #5) > All of these throw error messages like > > ABSTRACT INTERFACE '...' must not be referenced at (1) This was PR41873 and was fixed by querying "expr->value.function.name", which fails now. We

[Bug fortran/43265] [4.3/4.4/4.5 Regression] No EOF condition if reading with '(x)' from an empty file

--- Comment #1 from burnus at gcc dot gnu dot org 2010-03-05 09:07 --- Jerry, can you have a look? With gfortran 4.1 and 4.2, g95, ifort, openf95, and NAG f95 the program immediately returns with "ended". However, in gfortran 4.3, 4.4, and 4.5 it simply loops through without hitting "en