[Bug fortran/33141] Intrinsic procedures: Improve warning/error with -std=*

--- Comment #2 from domob at gcc dot gnu dot org 2008-07-19 09:38 --- I want to work on this and started experimenting... Consider this test: ! ASINH is an intrinsic function as of F2008, not before. ! XXX: I hope so... REAL FUNCTION asinh (arg) IMPLICIT NONE REAL :: arg ! Do som

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #6 from dominiq at lps dot ens dot fr 2008-07-19 09:57 --- If I understand correctly http://gcc.gnu.org/ml/gcc-patches/2008-07/msg01262.html, the patch causing this PR will have to be reverted anyhow. Could this be done now? -- dominiq at lps dot ens dot fr changed:

[Bug target/36827] [4.3/4.4 Regression] newlib:libm/math/k_rem_pio2.c fails in reload

--- Comment #15 from jsm28 at gcc dot gnu dot org 2008-07-19 11:15 --- Subject: Bug 36827 Author: jsm28 Date: Sat Jul 19 11:14:13 2008 New Revision: 137976 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137976 Log: PR target/36780 PR target/36827 * reload

[Bug target/36780] [4.3/4.4 Regression] Wrong reload generated for subreg address on SH

--- Comment #5 from jsm28 at gcc dot gnu dot org 2008-07-19 11:15 --- Subject: Bug 36780 Author: jsm28 Date: Sat Jul 19 11:14:13 2008 New Revision: 137976 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137976 Log: PR target/36780 PR target/36827 * reload.

[Bug target/36780] [4.3/4.4 Regression] Wrong reload generated for subreg address on SH

--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-07-19 11:16 --- Subject: Bug 36780 Author: jsm28 Date: Sat Jul 19 11:15:29 2008 New Revision: 137977 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137977 Log: PR target/36780 PR target/36827 * reload.

[Bug target/36827] [4.3/4.4 Regression] newlib:libm/math/k_rem_pio2.c fails in reload

--- Comment #16 from jsm28 at gcc dot gnu dot org 2008-07-19 11:16 --- Subject: Bug 36827 Author: jsm28 Date: Sat Jul 19 11:15:29 2008 New Revision: 137977 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137977 Log: PR target/36780 PR target/36827 * reload

[Bug fortran/33141] Intrinsic procedures: Improve warning/error with -std=*

--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-19 11:55 --- > REAL :: asinh The real solution is to use "external asinh" if a non-intrinsic procedure is meant. > When compiled with -std=f2008 -Wall, it calls the intrinsic "correct" asinh. > I suspect, in this case we want

[Bug c++/36872] __has_nothrow_copy(T) false for T with a throwing vararg ctor

--- Comment #3 from paolo dot carlini at oracle dot com 2008-07-19 12:04 --- Martin, I'm attaching a draft combined patch (vs current tree, fixes 36870, 36871, 37872) which I mean to submit after the one for 36870 alone (already posted). In the meanwhile, if you want, you can apply it

[Bug c++/36872] __has_nothrow_copy(T) false for T with a throwing vararg ctor

--- Comment #4 from paolo dot carlini at oracle dot com 2008-07-19 12:04 --- Created an attachment (id=15930) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15930&action=view) Draft -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36872

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #7 from dberlin at gcc dot gnu dot org 2008-07-19 12:33 --- Subject: Re: [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9 this is not a correct understanding, we are just testing what is the best fix. I've posted a patch to bandaid this while we test bet

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #8 from dberlin at gcc dot gnu dot org 2008-07-19 12:36 --- Subject: Re: [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9 I'll attach the patch here in case you want to test it first. On Sat, Jul 19, 2008 at 8:33 AM, dberlin at dberlin dot org <[EMAIL

[Bug c/36845] The compiler fails to build the support libraries and generates incorrect code for a target

--- Comment #2 from eric dot weddington at atmel dot com 2008-07-19 13:05 --- *** This bug has been marked as a duplicate of 35073 *** -- eric dot weddington at atmel dot com changed: What|Removed |Added -

[Bug target/35073] illegal opcode movw for mcu avr3

--- Comment #9 from eric dot weddington at atmel dot com 2008-07-19 13:05 --- *** Bug 36845 has been marked as a duplicate of this bug. *** -- eric dot weddington at atmel dot com changed: What|Removed |Added --

[Bug tree-optimization/36873] New: redundant movzwl for volatile unsigned short load

The following code produces a redundant "movzwl": typedef unsigned short u16; typedef unsigned int u32; u32 a(volatile u16* off) { return *off; } u32 b(u16* off) { return *off; } compiled with mingw32-gcc-4.3.0.exe -c -O2 -fomit-frame-pointer -mtune=core2 test.c it produces: 00

[Bug fortran/36874] New: Add shape checks to cshift/eoshift

CSHIFT (array, shift [dim=]) eoshift(array, shift, boundary, dim) The rank of shift and boundary is one less than array. The shape of shift and boundary should be conformable to array (after "removing" dimension dim). -- Summary: Add shape checks to cshift/eoshift Product:

[Bug fortran/36874] Add shape checks to cshift/eoshift

--- Comment #1 from burnus at gcc dot gnu dot org 2008-07-19 13:48 --- Note: One should have a run-time and a compile-time check. Example: real, dimension(1,0) :: a, b, c b = eoshift (a,(/1/)) Since dim=1, the shape of the 2nd dimension of A needs to be the same as the first dimens

[Bug c++/36875] New: internal compiler error compiling glibc-2.7 -> error: in insert_save, at caller-save.c:787

gcc: Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.4.0-20080719/./configure --prefix=/ Thread model: posix gcc version 4.4.0 20080719 (experimental) (GCC) -- make[2]: Entering directory `/prog/glibc/glibc-2.7/stdio-common' gcc printf_size.c -c -std=

[Bug tree-optimization/36873] redundant movzwl for volatile unsigned short load

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-19 15:42 --- We don't optimize volatile accesses. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/36875] internal compiler error compiling glibc-2.7 -> error: in insert_save, at caller-save.c:787

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-19 15:43 --- Please attach preprocessed source of printf_size.c which you can obtain by adding -save-temps to the command line of gcc. The preprocessed source will be named printf_size.i. -- http://gcc.gnu.org/bugzilla/show

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #10 from dominiq at lps dot ens dot fr 2008-07-19 15:51 --- With the patch in comment #9, libgfortran built without failure. Now building libjava for the next hour (if everything goes well). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864

[Bug bootstrap/34481] stage3-intl: error: C compiler cannot create executables

--- Comment #7 from leisner at rochester dot rr dot com 2008-07-19 16:11 --- (In reply to comment #6) > It seems to do better (still compiling), now that I've adjusted the > LD_LIBRARY_PATH to point to mpfr (there's another bug that seems to be a > duplicate). It should really produce

[Bug libfortran/36857] Non-English locale breaks gfortran float formatting ("printf is broken")

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-07-19 17:04 --- A simple fix would be to add a check for ',' or '.'. I can put a simple check in init options or main.c to set it at run time. -- jvdelisle at gcc dot gnu dot org changed: What|Removed

[Bug fortran/36825] Problems with dimensions > 7

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-07-19 17:12 --- Tobias, I just caught up with your question to me today. I think you have answered it. :) Thanks for patch. One thing we should do is check internal unit array I/O with higher dimensions to see if the loop spec

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #11 from dominiq at lps dot ens dot fr 2008-07-19 17:48 --- Bootstraped with the patch, but pr36806 is still there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864

[Bug fortran/36342] [4.4 Regression] Missing file name in compilation diagnostics of preprocessed fortran source

--- Comment #17 from burnus at gcc dot gnu dot org 2008-07-19 18:27 --- Subject: Bug 36342 Author: burnus Date: Sat Jul 19 18:27:00 2008 New Revision: 137985 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137985 Log: 2008-07-19 Tobias Burnus <[EMAIL PROTECTED]> PR for

[Bug libfortran/36857] Non-English locale breaks gfortran float formatting ("printf is broken")

--- Comment #3 from kargl at gcc dot gnu dot org 2008-07-19 18:28 --- This is untested, but you get the idea. Index: gcc/fortran/f95-lang.c === --- gcc/fortran/f95-lang.c (revision 137549) +++ gcc/fortran/f95-lang.c

[Bug fortran/36795] crash with character allocatable array argument

--- Comment #5 from burnus at gcc dot gnu dot org 2008-07-19 18:30 --- Subject: Bug 36795 Author: burnus Date: Sat Jul 19 18:29:18 2008 New Revision: 137986 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137986 Log: 2008-07-19 Tobias Burnus <[EMAIL PROTECTED]> PR fort

[Bug fortran/36342] [4.4 Regression] Missing file name in compilation diagnostics of preprocessed fortran source

--- Comment #18 from burnus at gcc dot gnu dot org 2008-07-19 18:30 --- FIXED on the trunk (4.4) [4.3 is not effected]. -- burnus at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/36366] [4.3 Regression] ICE in gfc_conv_component_ref

--- Comment #5 from burnus at gcc dot gnu dot org 2008-07-19 18:35 --- Subject: Bug 36366 Author: burnus Date: Sat Jul 19 18:34:21 2008 New Revision: 137987 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137987 Log: 2008-07-19 Paul Thomas <[EMAIL PROTECTED]> PR fortran

[Bug fortran/36366] [4.3 Regression] ICE in gfc_conv_component_ref

--- Comment #6 from burnus at gcc dot gnu dot org 2008-07-19 18:36 --- FIXED on the branch (4.3) and on the trunk (4.4). -- burnus at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/36877] New: [4.3/4.4 Regression] -O0 -fopenmp -march=i386 atomics

int i; float f; void foo (void) { #pragma omp atomic i++; } doesn't link when not compiling for i486+ at -O0 since the changes to support parloops. -- Summary: [4.3/4.4 Regression] -O0 -fopenmp -march=i386 atomics Product: gcc Version: 4.3.1 Status:

[Bug middle-end/36877] [4.3/4.4 Regression] -O0 -fopenmp -march=i386 atomics

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reco

[Bug libfortran/36857] Non-English locale breaks gfortran float formatting ("printf is broken")

--- Comment #4 from pav at iki dot fi 2008-07-19 18:58 --- Does setting the locale to POSIX in the above patch fix the issue if the program using the runtime for example changes the locale just before calling a Fortran routine that does some printing? Also, does the locale change affect

[Bug middle-end/36877] [4.3/4.4 Regression] -O0 -fopenmp -march=i386 atomics

--- Comment #1 from jakub at gcc dot gnu dot org 2008-07-19 19:22 --- Subject: Bug 36877 Author: jakub Date: Sat Jul 19 19:21:40 2008 New Revision: 137988 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137988 Log: PR middle-end/36877 * omp-low.c (expand_omp_atomi

[Bug middle-end/36877] [4.3/4.4 Regression] -O0 -fopenmp -march=i386 atomics

--- Comment #2 from jakub at gcc dot gnu dot org 2008-07-19 19:23 --- Subject: Bug 36877 Author: jakub Date: Sat Jul 19 19:22:51 2008 New Revision: 137989 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137989 Log: PR middle-end/36877 * omp-low.c (expand_omp_atomi

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #12 from andreast at gcc dot gnu dot org 2008-07-19 19:33 --- Bootstrap ok on x86_64-apple-darwin and i686-apple-darwin multilib. Bootstrap not ok on powerpc-apple-darwin. fails with: Volumes/development/gcc/tuples/gcc/libgfortran/generated/matmul_i4.c: In function 'matmu

[Bug middle-end/36877] [4.3/4.4 Regression] -O0 -fopenmp -march=i386 atomics

--- Comment #3 from jakub at gcc dot gnu dot org 2008-07-19 19:36 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #13 from rguenth at gcc dot gnu dot org 2008-07-19 19:46 --- Can you provide what gdb> call debug_tree (expr) in extract_ops_from_tree prints? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #14 from andreast at gcc dot gnu dot org 2008-07-19 20:03 --- Subject: Bug 36864 Author: andreast Date: Sat Jul 19 20:02:29 2008 New Revision: 137991 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137991 Log: 2008-07-19 Richard Guenther <[EMAIL PROTECTED]>

[Bug libfortran/36857] Non-English locale breaks gfortran float formatting ("printf is broken")

--- Comment #5 from kargl at gcc dot gnu dot org 2008-07-19 20:23 --- (In reply to comment #4) > Does setting the locale to POSIX in the above patch fix the issue if the > program using the runtime for example changes the locale just before calling a > Fortran routine that does some prin

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #15 from andreast at gcc dot gnu dot org 2008-07-19 20:31 --- Ok here the output requested in comment #13, I hope I did catch it correctly: (gdb) i b Num Type Disp Enb AddressWhat 2 breakpoint keep y 0x00272f78 in extract_ops_from_tree at /Volumes/deve

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #16 from rguenth at gcc dot gnu dot org 2008-07-19 20:36 --- Try Index: gimple.c === --- gimple.c(revision 137977) +++ gimple.c(working copy) @@ -2561,7 +2561,8 @@ get_gimple_rhs_num_ops (enum tree_code

[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9

--- Comment #17 from andreast at gcc dot gnu dot org 2008-07-19 20:56 --- I retire the bootstrap error on ppc-darwin (matmul_i4). I did bootstrap with tuples branch and mixed information, sorry. I'll redo a bootstrap on ppc-darwin with trunk. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug bootstrap/36878] New: gcc-4.3.1 errors out when I make or make bootstrap

I do not know what the triplets are but here is my situation. My configure script is, and I have used more than one so i'll list two of them ../configure --prefix=/opt/local --with-ld=/usr/ccs/bin/ld --with-as=/usr/ccs/bin/as --with-gmp=/opt/local --with-mpfr=/opt/local received the error...

[Bug target/36878] gcc-4.3.1 errors out when I make or make bootstrap

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|bootstrap |target GCC b

[Bug target/36878] gcc-4.3.1 errors out when I make or make bootstrap

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-19 21:32 --- *** This bug has been marked as a duplicate of 35531 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/35531] Assembler failure while compiling libgcc

--- Comment #10 from pinskia at gcc dot gnu dot org 2008-07-19 21:32 --- *** Bug 36878 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/36879] New: [4.4 Regression] undefined reference to a variable

Take the following testcase: typedef unsigned int u32; static const u32 deadfish = 0xdeadf155; static const u32 cfb_tab8_be[] = { 0x,0x00ff,0xff00,0x, 0x00ff,0x00ff00ff,0x0000,0x00ff, 0xff00,0xffff,0xff00ff00,0xff00, 0x,0x0

[Bug tree-optimization/36879] [4.4 Regression] undefined reference to a variable

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-19 21:54 --- I have a patch which I am testing right now: Index: gcc/gcc/tree-switch-conversion.c === --- gcc/gcc/tree-switch-conversion.c(revision 137991) +++ g

[Bug target/36780] [4.3/4.4 Regression] Wrong reload generated for subreg address on SH

--- Comment #7 from kkojima at gcc dot gnu dot org 2008-07-19 22:05 --- Thanks for your patch, Joseph! Fixed. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libfortran/36857] Non-English locale breaks gfortran float formatting ("printf is broken")

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-07-19 23:14 --- I should clarify something here. At this time, gfortran does not have its own dtoa() function. We are using snprintf (or sprintf) to write to a char buffer. This is done to extract the digits. We then process

[Bug libfortran/36857] Non-English locale breaks gfortran float formatting ("printf is broken")

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-07-19 23:36 --- The following fixes the reporters test case. You will notice that even with the locale set for a comma that the resulting formatted output from the test case has a '.' Index: write_float.def

[Bug rtl-optimization/36875] internal compiler error compiling glibc-2.7 -> error: in insert_save, at caller-save.c:787

--- Comment #2 from hjl dot tools at gmail dot com 2008-07-19 23:58 --- The problem is -mpreferred-stack-boundary=2 and we want to align double to 8 bytes on stack. This will be fixed by stack alignment merge, which automatically aligns stack when needed. *** This bug has been marked as

[Bug target/36450] [4.4 Regression] ICE in insert_restore/insert_save with GET_MODE_ALIGNMENT mem

--- Comment #11 from hjl dot tools at gmail dot com 2008-07-19 23:58 --- *** Bug 36875 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added -

[Bug tree-optimization/36792] [4.4 Regression] Revision 137631 causes many failures

--- Comment #5 from hjl dot tools at gmail dot com 2008-07-20 01:11 --- As of revision 137991, the following regressions remain on Linux/x86-64: FAIL: gcc.dg/tree-ssa/data-dep-1.c scan-tree-dump-times ltrans "4, \\+, 1" 0 FAIL: gcc.dg/tree-ssa/ssa-fre-13.c scan-tree-dump fre "Inserted .

[Bug tree-optimization/36766] [4.4 Regression] natGC.cc:229: internal compiler error: Segmentation fault

--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-07-20 02:42 --- Subject: Re: [4.4 Regression] natGC.cc:229: internal compiler error: Segmentation fault > Is this fixed now? No. Still broken with revision 137996. Dave -- http://gcc.gnu.org/bugzilla/show_

[Bug libstdc++/36880] New: binutils-2.18 ld version string has changed yielding libstdc++-v3 configure not identifying gnu ld and not applying linker map

binutils-2.18 ld version string has changed yielding libstdc++-v3 configure not identifying gnu ld and not applying linker map Here's from acinclude.m4 # Start by getting the version number. I think the libtool test already # does some of this, but throws away the result. if test x"$with_gn

[Bug libstdc++/36880] binutils-2.18 ld version string has changed yielding libstdc++-v3 configure not identifying gnu ld and not applying linker map

--- Comment #1 from brian at dessent dot net 2008-07-20 05:49 --- Subject: Re: New: binutils-2.18 ld version string has changed yielding libstdc++-v3 configure not identifying gnu ld and not applying linker map This was fixed in 4.3 on 2007-02-27: