[Bug middle-end/39927] New: [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

With revision 146814 a build with --target=cris-elf was successful. >From revision 146824 and on, the build is broken as follows: libtool: compile: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc -shared-libgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc -nostdinc++ -L/tmp/hpautotest-gcc1/cris-e

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #1 from hp at gcc dot gnu dot org 2009-04-27 07:05 --- Created an attachment (id=17765) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17765&action=view) preprocessed, non-reduced configure --target=cris-axis-elf --enable-languages=c++ make all-gcc cc1plus -fpreprocesse

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #2 from hp at gcc dot gnu dot org 2009-04-27 07:07 --- I'm removing Honza from CC as the build also breaks with revision 146820. -- hp at gcc dot gnu dot org changed: What|Removed |Added -

Re: [Bug libgcj/39747] [4.4/4.5 Regression] libjavamath is linking against libgmp

Sent from my iPhone On Apr 26, 2009, at 11:54 PM, "jakub at gcc dot gnu dot org" > wrote: --- Comment #3 from jakub at gcc dot gnu dot org 2009-04-27 06:54 --- This doesn't look like a GCC bug, but user error. It is a gcc bug as this dependency is not documented this way. At

[Bug libgcj/39747] [4.4/4.5 Regression] libjavamath is linking against libgmp

--- Comment #4 from pinskia at gmail dot com 2009-04-27 07:16 --- Subject: Re: [4.4/4.5 Regression] libjavamath is linking against libgmp Sent from my iPhone On Apr 26, 2009, at 11:54 PM, "jakub at gcc dot gnu dot org" wrote: > > > --- Comment #3 from jakub at gcc dot gnu dot

[Bug tree-optimization/39612] [4.3/4.4/4.5 Regression] LIM inserts loads from uninitialized local memory

--- Comment #7 from jakub at gcc dot gnu dot org 2009-04-27 07:24 --- Won't that disable the warning in the valid cases though? int f2 (int R) { int i, inter[3]; for (i = 1; i < R; i++) { inter[0] = 1; inter[1] = 1; inter[2] = 1; } return inter[0]; } I

[Bug tree-optimization/39612] [4.3/4.4/4.5 Regression] LIM inserts loads from uninitialized local memory

--- Comment #8 from rguenther at suse dot de 2009-04-27 08:16 --- Subject: Re: [4.3/4.4/4.5 Regression] LIM inserts loads from uninitialized local memory On Mon, 27 Apr 2009, jakub at gcc dot gnu dot org wrote: > --- Comment #7 from jakub at gcc dot gnu dot org 2009-04-27 07:24

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #2 from ubizjak at gmail dot com 2009-04-27 08:16 --- (In reply to comment #0) > (same .i file, same instructions for reproducing, same compiler options, same > everything) I guess that this is direct.i compiled with -O1? Trunk, revision: 146825 -O1 on x86_64 linux gives:

[Bug fortran/35732] -fbounds-check: LHS/RHS size mismatch: Misleading error message

--- Comment #6 from dominiq at lps dot ens dot fr 2009-04-27 08:20 --- I think the right patch is: --- ../_gcc_clean/gcc/fortran/trans-array.c 2009-04-20 13:44:15.0 +0200 +++ gcc/fortran/trans-array.c 2009-04-27 09:38:58.0 +0200 @@ -3253,6 +3253,8 @@ gfc_conv_ss_st

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39927

[Bug rtl-optimization/39836] [4.4/4.5 regression] unoptimal code generated

--- Comment #5 from alexvod at google dot com 2009-04-27 09:06 --- Vladimir, many thanks for your analysis! I will try to do analysis myself and make comparison on larger real-word examples next time. Lowering severity for now. -- alexvod at google dot com changed: What

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-04-27 09:17 --- > Reghunting will be difficult, though, since SPARC bootstrap was broken for > some > time due to PR bootstrap/39645. The revision corresponding to the fix for the PR should bootstrap. -- ebotcazou at gcc do

[Bug c++/39923] [C++0x] rvalue references

--- Comment #6 from paolo dot carlini at oracle dot com 2009-04-27 09:18 --- I'm sorry, about the second case, don't you have to std::move(a), in order to accomplish what you want? At, least, this is what we consistently do in the experimental bits of the library. -- http://gcc.gnu

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #3 from ro at gcc dot gnu dot org 2009-04-27 09:07 --- This seems to be the same error that breaks sparc-sun-solaris2.11 bootstrap while building the stage1 libgcc: % /vol/gccsrc/obj/gcc-4.5.0-200090427/11-gcc/./gcc/xgcc -B/vol/gccsrc/obj/gcc-4.5.0-200090427/11-gcc/./gcc/ -B

[Bug rtl-optimization/39836] [4.4/4.5 regression] unoptimal code generated

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39836

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-27 11:18 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-27 11:19 --- Subject: Bug 38374 Author: rguenth Date: Mon Apr 27 11:18:38 2009 New Revision: 146831 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146831 Log: 2009-04-27 Richard Guenther * tree-cfg.c (remove_

[Bug bootstrap/39849] stage1 compiler segfault during `make profiledbootstrap'

--- Comment #4 from dennis dot wassel at googlemail dot com 2009-04-27 10:38 --- Today I tried configuring with --disable-bootstrap, again to no avail. Please, could anybody just give me a pointer? I cannot build gcc 4.4.0 with the gcc 4.3.3 on a mainstream Linux system (Debian 4) - so

[Bug c/39928] New: gimplify_expr failure

I just tried to compile the Suse Linux package speex-1.1.99.91-15.19 with the GNU gcc version 4.5 snapshot 20090423. The compiler said vq_sse.h: In function 'vq_nbest': vq_sse.h:52: internal compiler error: in gimplify_expr, at gimplify.c:7175

[Bug c/39928] gimplify_expr failure

--- Comment #1 from dcb314 at hotmail dot com 2009-04-27 11:37 --- Created an attachment (id=17766) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17766&action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39928

[Bug rtl-optimization/39794] [4.4/4.5 Regression] Miscompile with -O2 -funroll-loops

--- Comment #11 from jakub at gcc dot gnu dot org 2009-04-27 11:55 --- Subject: Bug 39794 Author: jakub Date: Mon Apr 27 11:55:13 2009 New Revision: 146834 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146834 Log: PR rtl-optimization/39794 * alias.c (canon_true_

[Bug middle-end/39922] [4.5 regression] Revision 146817 caused many regressions on trunk

--- Comment #3 from matz at gcc dot gnu dot org 2009-04-27 11:55 --- I have a patch. -- matz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassi

[Bug fortran/39587] Reading integer from "" gives end-of-file instead of reading a 0

--- Comment #5 from burnus at gcc dot gnu dot org 2009-04-27 11:58 --- Regarding the reading of '(x5,i1)' from a too short string: I asked at c.l.f, see http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/bbe85b69b188f999 (My ceterum censeo:) Regarding the vendor exten

[Bug c/39928] gimplify_expr failure

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-27 12:15 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39928

[Bug c/39928] gimplify_expr failure

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-27 12:22 --- typedef float __m128 __attribute__ ((__vector_size__ (16), __may_alias__)); extern __m128 _mm_sub_ps (__m128 __A, __m128 __B); extern __m128 _mm_mul_ps (__m128 __A, __m128 __B); __m128 vq_nbest(const __m128 *codebook

[Bug c/39928] gimplify_expr failure

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-27 12:22 --- And mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassi

[Bug rtl-optimization/39794] [4.4/4.5 Regression] Miscompile with -O2 -funroll-loops

--- Comment #12 from jakub at gcc dot gnu dot org 2009-04-27 12:49 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug bootstrap/39929] New: [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9

Bootstrapping revision 146838 fails at stage 1 on powerpc-apple-darwin9 with: ... /opt/gcc/darwin_buildw/./gcc/xgcc -B/opt/gcc/darwin_buildw/./gcc/ -B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/bin/ -B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.5w/powerpc-apple-darwin9/include -i

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9

--- Comment #1 from dominiq at lps dot ens dot fr 2009-04-27 13:11 --- I have forgotten to add that this is probably the same failure as reported at http://gcc.gnu.org/ml/gcc-regression/2009-04/msg00196.html and occurring between revisions 146801 and 146817. -- http://gcc.gnu.org/

[Bug bootstrap/39810] [melt] - revision 146327 - compiler-probe.c:106: undefined reference to `unlikely'

--- Comment #2 from basile at starynkevitch dot net 2009-04-27 13:14 --- I believe this has been corrected in recent MELT branch, ie svn rev146839 and perhaps before. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39810

[Bug bootstrap/39810] [melt] - revision 146327 - compiler-probe.c:106: undefined reference to `unlikely'

--- Comment #3 from basile at starynkevitch dot net 2009-04-27 13:16 --- and the undefined reference to `ppl_io_asprint_Coefficient' messages is because you need a more recent PPL library, at least 0.10.2 or 0.11, or the latest PPL git snapshot. -- http://gcc.gnu.org/bugzilla/show

[Bug fortran/39930] New: Bogus error: ambiguous reference

Consider the following set of modules: module a1 contains subroutine myRoutine end subroutine end module module a2 contains subroutine myRoutine end subroutine end module module b contains subroutine otherRoutine use a1 use a2 call myRoutine ! this is ambig

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-04-27 13:35 --- Subject: Re: [4.5 Regression]: build breakage for cris-elf building libstdc++-v3 ebotcazou at gcc dot gnu dot org writes: > The revision corresponding to the fix for the PR should bootstrap. Indeed it do

[Bug fortran/39931] New: ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

I observed this for gfortran 4.3.2, but also just upgraded to 4.3.3, where only the line number in gimplify.c increases by one. The code is bad, I know, but the compiler should tell me that instead of crashing, I guess. A SuSE gfortran (version 4.1.2 20070115 (prerelease)) does correctly point out:

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #6 from matz at gcc dot gnu dot org 2009-04-27 13:45 --- That's indeed the same bug as on cris. I'm working on a patch (it has to do with promoted parameters). -- matz at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

--- Comment #1 from dominiq at lps dot ens dot fr 2009-04-27 13:46 --- Confirmed on (powerpc|i686)-apple-darwin9 gfortran 4.3.3, 4.4.0, and trunk, gives the error on 4.2.3. Trunk gives: gimplification failed: &face->bla unit size align 32 symtab 0 alias set -1

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #2 from dje at gcc dot gnu dot org 2009-04-27 13:54 --- This also fails on AIX. On AIX, the error appears as a failure while compiling libobjc/linking.m. A function in cgraphunit.c is being mis-compiled, possibly build_cdtor(). This causes cgraph_build_static_cdtor() to be

[Bug c/39903] [4.4/4.5 Regression] ICE on flexible member

--- Comment #12 from hjl at gcc dot gnu dot org 2009-04-27 14:02 --- Subject: Bug 39903 Author: hjl Date: Mon Apr 27 14:02:09 2009 New Revision: 146842 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146842 Log: gcc/ 2009-04-27 H.J. Lu PR target/39903 * confi

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #3 from dje at gcc dot gnu dot org 2009-04-27 14:19 --- This probably is related to the promoted parameter problem that has appeared on other architectures as well. -- dje at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/39923] [C++0x] rvalue references

--- Comment #7 from tom dot prince at ualberta dot net 2009-04-27 14:50 --- Created an attachment (id=17767) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17767&action=view) Various failed attempts to create a std::vector> from an intializer list. These are my attempts at creatin

[Bug c++/39923] [C++0x] rvalue references

--- Comment #8 from tom dot prince at ualberta dot net 2009-04-27 14:52 --- Created an attachment (id=17768) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17768&action=view) ICE from test2.cc The errors test2.cc generate vary if the various functions are commented out. -- ht

[Bug c++/39923] [C++0x] rvalue references

--- Comment #9 from tom dot prince at ualberta dot net 2009-04-27 15:01 --- This is an old patch that purports to fix 3rd of the original tests. http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00436.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #3 from lucier at math dot purdue dot edu 2009-04-27 15:07 --- Subject: Re: 96% performance regression in floating point code; part of the problem started 2009/03/12-13 On Sun, 2009-04-26 at 18:43 +, ubizjak at gmail dot com wrote: > > > --- Comment #1 from ubiz

[Bug bootstrap/39849] stage1 compiler segfault during `make profiledbootstrap'

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 15:10 --- (In reply to comment #4) > Today I tried configuring with --disable-bootstrap, again to no avail. > > Please, could anybody just give me a pointer? > I cannot build gcc 4.4.0 with the gcc 4.3.3 on a mainstream Linux

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #4 from lucier at math dot purdue dot edu 2009-04-27 15:11 --- Subject: Re: 96% performance regression in floating point code; part of the problem started 2009/03/12-13 On Mon, 2009-04-27 at 08:16 +, ubizjak at gmail dot com wrote: > > > --- Comment #2 from ubiz

[Bug middle-end/38486] Missing warning about type punning

--- Comment #8 from dominik dot strasser at onespin-solutions dot com 2009-04-27 15:12 --- Are there any news on this guy here ? I am really having a hard time porting my project to GCC 4.3 as I have a big source file which seems to do a lot of type punning, but I get no warnings. Depen

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-27 15:16 --- Well, the FE asks us to gimplify &face->bla = blu; which obviously cannot work (you cannot assign to an address). I would suggest to put error_mark_node there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3

[Bug middle-end/38486] Missing warning about type punning

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-04-27 15:18 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug c++/39923] [C++0x] rvalue references

--- Comment #10 from paolo dot carlini at oracle dot com 2009-04-27 15:24 --- So, let me understand, as in a previous PR of yours, the problem boils down to intializer_lists only? CC-ing Jason in any case, because of the ICE. -- paolo dot carlini at oracle dot com changed:

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 15:26 --- This is by design -O1 is way slower than -O2 now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #6 from lucier at math dot purdue dot edu 2009-04-27 15:32 --- Subject: Re: 96% performance regression in floating point code; part of the problem started 2009/03/12-13 On Mon, 2009-04-27 at 15:26 +, pinskia at gcc dot gnu dot org wrote: > This is by design -O1 is wa

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #7 from lucier at math dot purdue dot edu 2009-04-27 15:35 --- Subject: Re: 96% performance regression in floating point code; part of the problem started 2009/03/12-13 On Mon, 2009-04-27 at 15:32 +, lucier at math dot purdue dot edu wrote: > On Mon, 2009-04-27 at 1

[Bug bootstrap/39849] stage1 compiler segfault during `make profiledbootstrap'

--- Comment #6 from dennis dot wassel at googlemail dot com 2009-04-27 15:36 --- I re-profilebootstrapped 4.3.3 and it worked without problems (except for the usual noise about my system headers missing SSIZE_MAX, but that is easily fixed). Now trying `make bootstrap' of 4.4.0. --

[Bug c++/39923] [C++0x] rvalue references

--- Comment #11 from tom dot prince at ualberta dot net 2009-04-27 15:43 --- Also, there is the issue of lvalues binding to rvalue references. See N2831 and possibly n2835. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug c/39928] gimplify_expr failure

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c/39928] gimplify_expr failure

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 --- Fixed. --- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-27 15:50 --- Subject: Bug 39928 Author: rguenth Date: Mon Apr 27 15:50:05 2009 New Revision: 146846 URL: http://gcc.gnu.org/viewcvs?root=

[Bug c++/39923] [C++0x] rvalue references

--- Comment #12 from paolo dot carlini at oracle dot com 2009-04-27 15:55 --- But n2831 is about rvalues binding to lvalues, not the other way around. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug c++/39923] [C++0x] rvalue references

--- Comment #13 from paolo dot carlini at oracle dot com 2009-04-27 15:58 --- I meant rvalue references binding to lvalues, of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug middle-end/39932] New: [4.5 Regression] Many test failures

On Linux/x86-64, revision 146839 gave FAIL: gcc.dg/pr34989-1.c (internal compiler error) FAIL: gcc.dg/pr34989-1.c (internal compiler error) FAIL: gcc.dg/pr34989-1.c (test for excess errors) FAIL: gcc.dg/pr34989-1.c (test for excess errors) FAIL: gcc.dg/struct/wo_prof_double_malloc.c (internal comp

[Bug other/39933] New: make clean fails in libgcc

I was trying to use make clean to clean up after a successful bootstrap and install. The error message (and nearby messages) are as follows: make[1]: Entering directory `/home/cpowers/src/gcc-4.4.0-obj/x86_64-unknown-linux-gnu/libgcc' make[1]: -print-multi-directory: Command not found make[1]: -pr

[Bug c++/39923] [C++0x] rvalue references

--- Comment #14 from tom dot prince at ualberta dot net 2009-04-27 16:25 --- The updated version n2844. From the intro: (I guess I meant "being bound to" in the language of the standard) int i = 2; double &&d = i; // previously well-formed (d bound to a temporary double), now ill-forme

[Bug c++/39923] [C++0x] rvalue references

--- Comment #15 from paolo dot carlini at oracle dot com 2009-04-27 16:32 --- Nope. The issue is the usual one: obviously d is an rvalue reference binding the lvalue i. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #8 from lucier at math dot purdue dot edu 2009-04-27 16:29 --- I hadn't noticed before that Andrew had marked it as "RESOLVED INVALID". I'm reopening it, as I believe that resolving it as INVALID should require a more general discussion than a one-line dismissal of the bug.

[Bug fortran/39930] Bogus error: ambiguous reference

--- Comment #1 from janus at gcc dot gnu dot org 2009-04-27 16:54 --- Something like this should do it: Index: gcc/fortran/parse.c === --- gcc/fortran/parse.c (Revision 146826) +++ gcc/fortran/parse.c (Arbeitskopie) @@ -331

[Bug c++/39923] [C++0x] ICE in build_init_list_var_init

--- Comment #16 from paolo dot carlini at oracle dot com 2009-04-27 17:10 --- And, by the way, as regards my Comment #6, which really was about your case 1 in the first testcase, I confirm GCC is already fine: a is always treated as an lvalue in the body of the function. Also, the test

[Bug middle-end/39932] [4.5 Regression] Revision 146831 caused many test failures

--- Comment #1 from hjl dot tools at gmail dot com 2009-04-27 17:22 --- Revision 146831: http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01473.html is the cause. -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug fortran/39587] Reading integer from "" gives end-of-file instead of reading a 0

--- Comment #6 from burnus at gcc dot gnu dot org 2009-04-27 17:33 --- Dick Hendrickson answered (see link above): 'It's scattered around, but the PAD= is the thing you want. In internal I/O it says it acts as if there were an OPEN without a PAD= specifier. In the OPEN section it say

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

-- janus at gcc dot gnu dot org changed: What|Removed |Added CC||janus at gcc dot gnu dot org Status|UNCONFIRMED

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

--- Comment #3 from janus at gcc dot gnu dot org 2009-04-27 18:04 --- An error message should be emitted already in the front end, probably in gfc_check_pointer_assign (expr.c). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39931

[Bug regression/39914] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #9 from ubizjak at gmail dot com 2009-04-27 18:21 --- Following patch should fix the performance hit with -O1: --cut here-- Index: ira-conflicts.c === --- ira-conflicts.c (revision 146825) +++ ira-conflicts.

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #1 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:03 --- Created an attachment (id=17769) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17769&action=view) patch for 4.4-branch (and 4.4.0 release) don't forget to add the version files. -- http://gc

[Bug regression/39914] [4.4/4.5 Regression] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #10 from bonzini at gnu dot org 2009-04-27 19:04 --- Yeah, it's basically destroying caller-save optimization. -- bonzini at gnu dot org changed: What|Removed |Added --

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #2 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:04 --- Created an attachment (id=17770) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17770&action=view) added files for the libgcc_ext patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39888

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #3 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:05 --- Created an attachment (id=17771) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17771&action=view) patch against 4.5 trunk also needs the added files -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-04-27 19:06 --- Here is a reduced testcase for the PPC-darwin failure: float f(int a) { return a ? 1.0f : 2.0f ; } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #4 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:07 --- Sorry I got the attachments and the comment in the wrong order... The basic issue is that TLS emulation needs to be linked just once in an executable - but so does exception handling. Exception handli

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

--- Comment #4 from janus at gcc dot gnu dot org 2009-04-27 19:09 --- Patch: Index: gcc/fortran/expr.c === --- gcc/fortran/expr.c (Revision 146847) +++ gcc/fortran/expr.c (Arbeitskopie) @@ -3070,8 +3070,8 @@ if (po

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-27 19:11 --- (In reply to comment #4) > Here is a reduced testcase for the PPC-darwin failure: > float f(int a) { return a ? 1.0f : 2.0f ; } This looks like how constants are expanded in PHIs, looking into it further. -- ht

[Bug testsuite/39807] [4.3/4.4/4.5 Regression] Reporting of testsuite failures are messed up when using -j

--- Comment #12 from jakub at gcc dot gnu dot org 2009-04-27 19:11 --- Subject: Bug 39807 Author: jakub Date: Mon Apr 27 19:11:23 2009 New Revision: 146850 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146850 Log: PR testsuite/39807 * dg-extract-results.sh: Clos

[Bug testsuite/39807] [4.3/4.4/4.5 Regression] Reporting of testsuite failures are messed up when using -j

--- Comment #13 from jakub at gcc dot gnu dot org 2009-04-27 19:13 --- Subject: Bug 39807 Author: jakub Date: Mon Apr 27 19:13:16 2009 New Revision: 146851 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146851 Log: PR testsuite/39807 * dg-extract-results.sh: Clos

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #5 from developer at sandoe-acoustics dot co dot uk 2009-04-27 19:15 --- testresults: http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg02886.html http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg02887.html and to engage the facility you need to build your program with " -mu

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-27 19:24 --- This patch fixes the ppc-darwin failure: Index: cfgexpand.c === --- cfgexpand.c (revision 146848) +++ cfgexpand.c (working copy) @@ -2503,11 +2503,11 @@

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #7 from pinskia at gcc dot gnu dot org 2009-04-27 19:44 --- This is the correct fix as in darwin.c we have: /* Play games to avoid marking the function as needing pic if we are being called as part of the cost-estimation process. */ if (current_ir_type (

[Bug c++/39934] New: Union member incorrectly disallowed

struct A { const int x; int y; }; union U { const int x; A a; }; g++ 4.3.1 says... vvv.C:8: error: member `A U::a' with copy assignment operator not allowed in union As far as I can see, struct A does not have a copy assignment operator at all. Sun's Forte 12 is happy with the code fo

[Bug regression/39914] [4.4/4.5 Regression] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #11 from lucier at math dot purdue dot edu 2009-04-27 20:37 --- As far as I can tell, the patch proposed by Uros restores the performance of code generated by gcc version 4.4.0 20090312 (experimental) [trunk revision 144812] (GCC) In particular, the assembly code for the

[Bug c++/39934] Union member incorrectly disallowed

--- Comment #1 from paolo dot carlini at oracle dot com 2009-04-27 20:49 --- For the record, Comeau and Intel are not happy, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39934

[Bug testsuite/39807] [4.3 Regression] Reporting of testsuite failures are messed up when using -j

--- Comment #14 from jakub at gcc dot gnu dot org 2009-04-27 21:17 --- Fixed for 4.4/4.5 so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added S

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #7 from hp at gcc dot gnu dot org 2009-04-27 21:26 --- The patch at does indeed fix the build failures at r146820. Now regtesting and also at r146851. There's a build error in libgcc2 "In function '__udivdi3'" for tha

[Bug middle-end/39932] [4.5 Regression] Revision 146831 caused many test failures

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-27 21:33 --- On Linux/ia64, revision 146841 gave FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O1 (internal compiler error) FAIL: gcc.c-torture/execute/20050604-1.c compilation, -O2 (internal compiler error) FAIL: gc

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

--- Comment #4 from dave dot korn dot cygwin at gmail dot com 2009-04-27 21:39 --- I just got this failure during bootstrap: libtool: compile: /gnu/gcc/obj3/gcc/gcj -B/gnu/gcc/obj3/i686-pc-cygwin/libjava/ -B/gnu/gcc/obj3/gcc/ -ffloat-store -fomit-frame-pointer -Usun -fclasspath= -

[Bug target/39935] New: Incorrect comments for %z modifier

i386.md has ;; The special asm out single letter directives following a '%' are: ;; 'z' mov%z1 would be movl, movw, or movb depending on the mode of ;; operands[1]. But what %z really does is ;; 'z' print the instruction suffix for the size of the current ;; memory operand on x87 instruc

[Bug target/39935] Incorrect comments for %z modifier

--- Comment #1 from hjl dot tools at gmail dot com 2009-04-27 22:03 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02179.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages

--- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-27 22:35 --- Is this any better in man4? Todo should be killed. Should all man pages based on libstdc++ include files and not class objects get the axe? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39868

[Bug libstdc++/39491] [4.2/4.3 regression] symbol __signb...@glibcxx_3.4 in libstdc++ exported

--- Comment #27 from bkoz at gcc dot gnu dot org 2009-04-27 22:46 --- > 2) Someone please add a stub to libstdc++ for __signb...@glibcxx_3.4 that > calls > __signbitl in glibc. Hmm. Well, you cannot actually add a new symbol versioned for the first release in the ninth release. That i

[Bug libstdc++/39382] FAIL: abi_check on trunk revision 144629

--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-27 23:07 --- Closing as WORKSFORME unless feedback. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39382

[Bug libstdc++/39107] Building an i686-pc-linux-gnu -> i686-pc-mingw32 crosscompiler fails on libstdc++ configure

--- Comment #9 from bkoz at gcc dot gnu dot org 2009-04-27 23:16 --- unfortunately, just assuming gc-sections work because `ld -v` shows gc-sections won't fly: in the past this would have given false positives on some platforms. This is different than the relro case. Something to try m

[Bug target/39935] Incorrect comments for %z modifier

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-28 00:12 --- The updated patch is at http://gcc.gnu.org/ml/gcc-patches/2009-04/msg02188.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #8 from matz at gcc dot gnu dot org 2009-04-28 00:37 --- > expand_phi_nodes can and will create RTL code so we need to register the RTL > CFG hooks before calling it. Nope, that won't fly (for the moment). expand_phi_nodes also split edges and it's necessary that this is do

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-apple-darwin9 and powerpc-ibm-aix

--- Comment #9 from pinskia at gcc dot gnu dot org 2009-04-28 01:04 --- (In reply to comment #8) > If somebody can explain why it's > necessary to let the generated RTL code depend on the IR mode, we could > possibly find a good way around this limitation. Because we don't want to mark

[Bug regression/39914] [4.4/4.5 Regression] 96% performance regression in floating point code; part of the problem started 2009/03/12-13

--- Comment #12 from lucier at math dot purdue dot edu 2009-04-28 01:39 --- I tried to build and check with this patch, but I got stopped with: /tmp/lucier/gcc/objdirs/mainline/./prev-gcc/xgcc -B/tmp/lucier/gcc/objdirs/mainline/./prev-gcc/ -B/pkgs/gcc-mainline/x86_64-unknown-linux-gnu/

  1   2   >