[Bug fortran/44350] accepts illegal fortran in BLOCK DATA

--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-01 07:39 --- CONFIRM and no regression. Thanks for the report. For the block data construct (F2008, 11.3) the compiler shall diagnose the following constraints: C1116 (R1120) A block-data specification-part shall contain only de

[Bug fortran/44351] [4.3/4.4/4.5] ICE in gfc_assign_data_value_range

--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-01 07:41 --- No regression and working with 4.6. -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44352] ICE in string_to_single_character

--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-01 07:44 --- CONFIRMED - and no regression. Thanks for the report! test.f90:4:0: internal compiler error: in string_to_single_character, at fortran/trans-expr.c:1394 Failing assert: string_to_single_character (tree len, tree st

[Bug fortran/44346] gfortran accepts illegal arguments to intrinsics

--- Comment #4 from burnus at gcc dot gnu dot org 2010-06-01 07:45 --- Steve's patch: http://gcc.gnu.org/ml/fortran/2010-06/msg2.html -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44347] SELECT_REAL_KIND: Wrongly accepts non-scalar arguments

--- Comment #4 from burnus at gcc dot gnu dot org 2010-06-01 07:53 --- REOPEN to address the issue pointed out by Dominique in comment 1: > (2) the arguments of selected_real_kind should be scalar integer. s/ should / shall /: P (optional) shall be an integer scalar. R (optional) shal

[Bug fortran/44354] incorrect output at run time

--- Comment #18 from burnus at gcc dot gnu dot org 2010-06-01 08:03 --- Just for fun, I have feed it into NAG's f95 - and it prints: Extension: gjff.f90, line 2: AC-implied-DO limit references control variable I $ ./a.out 1 2 3 4 5 Where extension = vendor extension. (NAG also uses "e

[Bug fortran/44359] New: -Wall / -Wconversion: Too verbose warning for DATA BOZ conversions

As reported at http://gcc.gnu.org/ml/fortran/2010-05/msg00320.html For the following program, one gets the warning: DATA a / Z'F' /, b / Z'3' / 1 Warning: Conversion from INTEGER(16) to INTEGER(4) at (1) While this is formally correct, the warning is a

[Bug fortran/44360] New: gfortran gets confused by synonymous procedure names

The following provokes the summary, must be compiled and run: module m1 contains subroutine sub(pvec) dimension :: pvec(5) print *,'good compiler!' end subroutine end module m2 contains subroutine submain use m1 dimen

[Bug c++/44358] [C++0x] initializer list can't convert to map

--- Comment #2 from paolo dot carlini at oracle dot com 2010-06-01 08:47 --- Jason, can you have a look to this? -- paolo dot carlini at oracle dot com changed: What|Removed |Added --

[Bug fortran/44360] wrong-code: host-associated procedure wrongly favoured to use-associated one

--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-01 10:09 --- CONFIRMED. Old bug - dating back to at least 4.1. Even explicitly importing the symbol does not help: use m1, only: sub -- burnus at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/44356] [4.6 regression] FAIL: gcc.dg/tree-ssa/loadpre6.c

-- 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=44356

[Bug ada/44340] internal error on allocation/initialization

-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last recon

[Bug c++/44361] New: -Wunused-but-set-variable vs. explicit void cast

As noted by richi, gcc fails to bootstrap with --enable-build-with-cxx: gcc/tree-flow-inline.h:854:8: error: variable 't' set but not used [-Werror=unused-but-set-variable] -- Summary: -Wunused-but-set-variable vs. explicit void cast Product: gcc Version: 4.6.0

[Bug c++/44361] -Wunused-but-set-variable vs. explicit void cast

--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-01 11:16 --- Created an attachment (id=20791) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20791&action=view) gcc46-pr44361.patch Untested fix. -- jakub at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/43853] [4.6 Regression] FAIL: gcc.dg/lto/20090126-1 c_lto_20090126-1_0.o-c_lto_20090126-1_0.o

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-06-01 12:09 --- Subject: Bug 43853 Author: rguenth Date: Tue Jun 1 12:09:16 2010 New Revision: 160099 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160099 Log: 2010-06-01 Richard Guenther PR lto/43853

[Bug middle-end/43853] [4.6 Regression] FAIL: gcc.dg/lto/20090126-1 c_lto_20090126-1_0.o-c_lto_20090126-1_0.o

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-01 12:18 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/44362] New: Bogus set-but-not-used warning

#define WORDS_BIG_ENDIAN 0 int foo(int x, int y) { int a = x; int b = y; int j = WORDS_BIG_ENDIAN ? a : b; return j; } which actually breaks bootstrap with C++. -- Summary: Bogus set-but-not-used warning Product: gcc Version: 4.6.0 Status: UN

[Bug c++/44363] New: gcc fails with ICE when compiling ffmpeg

% gcc46 -v Using built-in specs. COLLECT_GCC=gcc46 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc46/gcc/i386-portbld-freebsd8.1/4.6.0/lto-wrapper Target: i386-portbld-freebsd8.1 Configured with: ./../gcc-4.6-20100529/configure --disable-nls --libdir=/usr/local/lib/gcc46 --libexecdir=/usr/local/libexec/

[Bug c++/44363] gcc fails with ICE when compiling ffmpeg

--- Comment #1 from lists at eitanadler dot com 2010-06-01 12:39 --- Created an attachment (id=20792) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20792&action=view) preprocessed source of file that fails -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44363

[Bug c++/44363] gcc fails with ICE when compiling ffmpeg

--- Comment #2 from lists at eitanadler dot com 2010-06-01 12:41 --- Sorry - I forgot to include the following data: % uname -rms FreeBSD 8.1-BETA1 i386 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44363

[Bug fortran/44360] wrong-code: host-associated procedure wrongly favoured to use-associated one

--- Comment #2 from burnus at gcc dot gnu dot org 2010-06-01 12:44 --- Some debugging shows that at least for gfc_match_call the correct symtree is picked up via gfc_get_ha_sym_tree and saved into new_st.symtree (tested via: attr.use_assoc == 1 and formal->sym->name == pvec). However

[Bug rtl-optimization/44364] New: Wrong code with e500 double floating point

The testcase (which is stripped down perl code) attached compiled with: gcc -fPIC -fno-strict-aliasing -pipe \ -O2 \ -g -o tc-lossings-floats tc-lossings-floats.c -Wall -mno-isel results in after executing: |RESET: 252.00 | 0.00 |RESET: 504.00 | 252.00 |RESET: 756

[Bug rtl-optimization/44364] Wrong code with e500 double floating point

--- Comment #1 from gcc at breakpoint dot cc 2010-06-01 13:42 --- Created an attachment (id=20793) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20793&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364

[Bug rtl-optimization/44364] Wrong code with e500 double floating point

--- Comment #2 from gcc at breakpoint dot cc 2010-06-01 13:42 --- Created an attachment (id=20794) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20794&action=view) objdump of the compiled testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364

[Bug c/44365] New: ICE with -fdump-tree-all

GCC produces the ICE for the following code with -fdump-tree-all. This happens in both 4.4.x as well as 4.5.0. It is caused by infinitely recursive call to dump_generic_node (tree-pretty-print.c) gcc t.c -fdump-tree-all int main(int argc, char *argv[]){ int n; if(argc==2)

[Bug c++/44362] Bogus set-but-not-used warning

--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-01 13:58 --- More complete testcase: /* { dg-options "-Wunused" } */ /* { dg-do compile } */ int f1 (int u, int v) { int a, b, c, d, e, f, g, h, i; a = u; b = v; c = u; d = v; e = u; f = v; g = u == 6 ? a : b; h

[Bug fortran/44360] wrong-code: host-associated procedure wrongly favoured to use-associated one

--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-01 14:01 --- The issue seems to be parse.c's gfc_fixup_sibling_symbols - the the following seems to exclude (use-associated) module variables and (use-associated) functions from being fixed up: && !(old_sym->attr.exte

[Bug fortran/44354] incorrect output at run time

--- Comment #19 from mikael at gcc dot gnu dot org 2010-06-01 14:09 --- Created an attachment (id=20795) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20795&action=view) Draft patch, version 2 Also pre-evaluate the lower bound. for a case like this : integer j(4) I=5

[Bug fortran/44354] incorrect output at run time

--- Comment #20 from mikael at gcc dot gnu dot org 2010-06-01 14:13 --- (In reply to comment #19) > for a case like this : > > integer j(4) > I=5 > j = (/(i,i=I-1,8)/) You should read here : j = (/(i,i=I,8)/) > end > -- http://gcc.gnu.org/bugzilla/s

[Bug c++/44366] New: g++ crashes when declaring a lambda expression using a typedef'd decltype.

In the minimal example (to be attached), g++ crashes with a "please submit bug report" message. The goal of the original code was to provide a generic multi-label connected component algorithm. Therefore, I wished to output a label along with each Component of the same type as the input data 2d ar

[Bug c++/44363] gcc fails with ICE when compiling ffmpeg

--- Comment #3 from lists at eitanadler dot com 2010-06-01 14:20 --- After some more testing I could leave all the -f options on as long as I set -O0. I'm still testing to see if it works with -O1 or -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44363

[Bug c++/44366] g++ crashes when declaring a lambda expression using a typedef'd decltype.

--- Comment #1 from LindleyF at gmail dot com 2010-06-01 14:20 --- Created an attachment (id=20796) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20796&action=view) g++ -std=c++0x -o test2 test2.cpp -g -save-temps -v &> gcclog.txt Build log generated by g++ -std=c++0x -o test2 tes

[Bug c++/44366] g++ crashes when declaring a lambda expression using a typedef'd decltype.

--- Comment #2 from LindleyF at gmail dot com 2010-06-01 14:20 --- Created an attachment (id=20797) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20797&action=view) Preprocessed file Preprocessor output for the small test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4

[Bug c++/44366] g++ crashes when declaring a lambda expression using a typedef'd decltype.

--- Comment #3 from LindleyF at gmail dot com 2010-06-01 14:22 --- Created an attachment (id=20798) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20798&action=view) Small test case Small test case file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44366

[Bug debug/44367] New: -O0 -g wrong DW_AT_location on c++ class retval

C -Wall -g gdb -nx -ex 'b 13' -ex r -ex 'p/x $pc' -ex 'p a.i' ./a Actual: $2 = 5823984 Expected: $2 = 42 -- FAIL: g++ (GCC) 4.6.0 20100601 (experimental) g++ (GCC) 4.5.1 20100601 (prerelease) g++

[Bug c/44365] ICE with -fdump-tree-all

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-01 14:38 --- Confirmed. C FE issue. We have a TYPE_DECL that refers to itself. #1 0x00a519fa in dump_generic_node (buffer=0x1646280, node=0x75add690, spc=2, flags=0, is_stmt=0 '\000') at /space/rguenther/

[Bug tree-optimization/44363] [4.6 Regression] gcc fails with ICE when compiling ffmpeg

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-01 14:43 --- Looks like caused by Sebs patches. (I can't reproduce it though, maybe re-verify with current trunk) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/44357] [4.6 Regression] internal compiler error: in cgraph_decide_inlining_of_small_functions

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-01 14:49 --- At which optimization level? Works for me at -O[123s]. Please provide output of appending '-v' to your commandline. -- rguenth at gcc dot gnu dot org changed: What|Removed |A

[Bug tree-optimization/44363] [4.6 Regression] gcc fails with ICE when compiling ffmpeg

--- Comment #5 from lists at eitanadler dot com 2010-06-01 14:52 --- This is only caused by -O3. -O2 seems perfectly fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44363

[Bug c++/44361] -Wunused-but-set-variable vs. explicit void cast

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-01 15:05 --- Created an attachment (id=20799) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20799&action=view) gcc46-pr44361.patch Updated patch. -- jakub at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/44324] [4.6 Regression] gcc.dg/tree-ssa/ipa-cp-1.c failed

--- Comment #3 from hjl dot tools at gmail dot com 2010-06-01 15:34 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRM

[Bug tree-optimization/44357] [4.6 Regression] internal compiler error: in cgraph_decide_inlining_of_small_functions

--- Comment #4 from vladimir at acm dot org 2010-06-01 15:38 --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc/configure --disable-bootstrap --e

[Bug tree-optimization/44363] [4.6 Regression] gcc fails with ICE when compiling ffmpeg

--- Comment #6 from hjl dot tools at gmail dot com 2010-06-01 15:44 --- (In reply to comment #0) > gcc46 -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > -I. -I"/dta/ports/multimedia/ffmpeg/work/ffmpeg-0.5.2" -pipe -mssse3 > -mtune=native -O3 -ffast-math -fno-finite-math-o

[Bug tree-optimization/44363] [4.6 Regression] gcc fails with ICE when compiling ffmpeg

--- Comment #7 from lists at eitanadler dot com 2010-06-01 15:58 --- (In reply to comment #6) > (In reply to comment #0) > > gcc46 -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > > -I. -I"/dta/ports/multimedia/ffmpeg/work/ffmpeg-0.5.2" -pipe -mssse3 > > -mtune=native -O3

[Bug tree-optimization/44363] [4.6 Regression] gcc fails with ICE when compiling ffmpeg

--- Comment #8 from hjl dot tools at gmail dot com 2010-06-01 16:09 --- (In reply to comment #7) > (In reply to comment #6) > > (In reply to comment #0) > > > gcc46 -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > > > -I. -I"/dta/ports/multimedia/ffmpeg/work/ffmpeg-0.5.2"

[Bug tree-optimization/44363] [4.6 Regression] gcc fails with ICE when compiling ffmpeg

--- Comment #9 from lists at eitanadler dot com 2010-06-01 16:23 --- (In reply to comment #8) > (In reply to comment #7) ... > That is not what I was asking for. Please add -v to the command line > used to compile libavutil/crc.o and show its output. Sorry, I misunderstood. Here is the o

[Bug debug/44367] -O0 -g wrong DW_AT_location on c++ class retval

--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-01 16:30 --- Testing a fix. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unass

[Bug c++/44366] g++ crashes when declaring a lambda expression using a typedef'd decltype.

-- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last re

[Bug debug/44367] -O0 -g wrong DW_AT_location on c++ class retval

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-01 17:14 --- Created an attachment (id=20800) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20800&action=view) gcc46-pr44367.patch Fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44367

[Bug middle-end/44297] Big spec cpu2006 prefetch regressions on gcc 4.6 on x86

--- Comment #11 from changpeng dot fang at amd dot com 2010-06-01 17:40 --- (In reply to comment #10) > Created an attachment (id=20783) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20783&action=view) [edit] > experimental patch to have separate values for min_insn_to_prefetch_r

[Bug c/44365] ICE with -fdump-tree-all

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Keywords||ice-on-valid-c

[Bug tree-optimization/44363] [4.6 Regression] gcc fails with ICE when compiling ffmpeg

--- Comment #10 from spop at gcc dot gnu dot org 2010-06-01 18:18 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00063.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44363

[Bug c/44355] "\ " at the end of a comment

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-06-01 18:24 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug preprocessor/8270] [4.3/4.4/4.5/4.6 Regression] back-slash white space newline with comments, no warning

--- Comment #43 from pinskia at gcc dot gnu dot org 2010-06-01 18:24 --- *** Bug 44355 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/44355] "\ " at the end of a comment

--- Comment #6 from pinskia at gcc dot gnu dot org 2010-06-01 18:24 --- Mark as a dup of still opened bug 8270. Which explains why this is allowed. *** This bug has been marked as a duplicate of 8270 *** -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug bootstrap/42798] --enable-build-with-cxx bootstrap fails on i686-pc-linux-gnu (Fedora12)

--- Comment #5 from amylaar at gcc dot gnu dot org 2010-06-01 19:22 --- I posted an autoconf patch on the autoconf list, which has not been reviewed since it was posted in February: http://lists.gnu.org/archive/html/autoconf/2010-02/msg00057.html The problem persists with gcc trunk revi

[Bug lto/42451] 'warning: type of "array" does not match original declaration' with -flto/-fwhopr

--- Comment #8 from zsojka at seznam dot cz 2010-06-01 19:22 --- Testcases from comment #1/#2 and comment #4 no longer fail in r160112. They stopped failing between r158969 and r159696. Testcase from comment #6 still fails for me (x86_64-linux) -- http://gcc.gnu.org/bugzilla/show_b

[Bug middle-end/44297] Big spec cpu2006 prefetch regressions on gcc 4.6 on x86

--- Comment #12 from borntraeger at de dot ibm dot com 2010-06-01 19:30 --- Ok. So I will let you continue to look into that and wait for your results? Do you have any feedback on separate.patch and its influence on performance? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44297

[Bug tree-optimization/44368] New: ICE: SIGSEGV in remove_insn (emit-rtl.c:3859) with -ftree-vectorize

Compiler flags: $ gcc -O[123] -ftree-vectorize testcase.c (-ftree-vectorize is not needed with -O3) Tested revisions: r160112 - crash r160052 - OK Valgrind output: $ valgrind -q --trace-children=yes /mnt/svn/gcc-trunk/binary-160112-lto-fortran/bin/gcc -O1 -ftree-vectorize testcase.c ==31407== Inv

[Bug tree-optimization/44368] ICE: SIGSEGV in remove_insn (emit-rtl.c:3859) with -ftree-vectorize

--- Comment #1 from zsojka at seznam dot cz 2010-06-01 19:38 --- Created an attachment (id=20801) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20801&action=view) reduced testcase (from gcc.c-torture/compile/900116-1.c) Command line: $ gcc -O[123] -ftree-vectorize pr44368.c --

[Bug fortran/44359] -Wall / -Wconversion: Too verbose warning for DATA BOZ conversions

--- Comment #1 from dfranke at gcc dot gnu dot org 2010-06-01 19:50 --- Haven't checked with the testcase from this PR, but it should be handled by: http://gcc.gnu.org/ml/fortran/2010-05/msg00229.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44359

[Bug middle-end/44297] Big spec cpu2006 prefetch regressions on gcc 4.6 on x86

--- Comment #13 from changpeng dot fang at amd dot com 2010-06-01 19:59 --- (In reply to comment #12) > Ok. So I will let you continue to look into that and wait for your results? > > Do you have any feedback on separate.patch and its influence on performance? > + for (; groups; gr

[Bug middle-end/44369] New: [4.6 Regression] ICE with -O3 at revision 160112

The following test function bar (i) result(yy) integer i, j, k character (len = i) :: yy(2) do j = 1, size (yy, 1) do k = 1, i yy(j)(k:k) = char (96+k) end do end do end function bar ICE when compiled at revision 160112: [macbook] f90/bug% gfc -O3 char_res

[Bug middle-end/44369] [4.6 Regression] ICE with -O3 at revision 160112

--- Comment #1 from zsojka at seznam dot cz 2010-06-01 20:32 --- Doesn't crash with "-O3 -fno-tree-vectorize", crashes with "-O2 -ftree-vectorize" - likely related to PR44368 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44369

[Bug fortran/44359] -Wall / -Wconversion: Too verbose warning for DATA BOZ conversions

--- Comment #2 from dfranke at gcc dot gnu dot org 2010-06-01 20:43 --- (In reply to comment #1) > http://gcc.gnu.org/ml/fortran/2010-05/msg00229.html With this patch: $> gfortran-svn -Wall pr44359.f90 [no warning] $> gfortran-svn -Wall -fno-range-check pr44359.f90 pr44359.f90:3.3

[Bug bootstrap/42798] --enable-build-with-cxx bootstrap fails on i686-pc-linux-gnu (Fedora12)

--- Comment #6 from rwild at gcc dot gnu dot org 2010-06-01 20:46 --- Update: GCC patch: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42798

[Bug libstdc++/24196] Using string instances to pass arguments to dlls fails

--- Comment #26 from steven at gcc dot gnu dot org 2010-06-01 20:50 --- May become relevant to GCC itself again if GCC wants to link to a static libstdc++ -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/44351] [4.3/4.4/4.5] ICE in gfc_assign_data_value_range

--- Comment #2 from dfranke at gcc dot gnu dot org 2010-06-01 20:53 --- This was recently fixed. *** This bug has been marked as a duplicate of 24978 *** -- dfranke at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/24978] ICE in gfc_assign_data_value_range

--- Comment #38 from dfranke at gcc dot gnu dot org 2010-06-01 20:53 --- *** Bug 44351 has been marked as a duplicate of this bug. *** -- dfranke at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/44354] incorrect output at run time

--- Comment #21 from dfranke at gcc dot gnu dot org 2010-06-01 21:02 --- (In reply to comment #18) > Expected: > a) Allow it as extension (-std=gnu or -std=legacy; especially, for -std=gnu > one > could consider a default-enabled warning) > b) Reject it for -std=f(95,2003,2008) I'd vo

[Bug middle-end/44370] New: [4.6 Regression] Revision 160111 caused many test failures

On Linux/x86, revision 160111: http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00022.html caused: FAIL: gcc.c-torture/compile/900116-1.c -O3 -fomit-frame-pointer (internal compiler error) FAIL: gcc.c-torture/compile/900116-1.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.c-torture/co

[Bug middle-end/44369] [4.6 Regression] ICE with -O3 at revision 160112

--- Comment #2 from dominiq at lps dot ens dot fr 2010-06-01 21:11 --- Fixed at revision 160121. -- dominiq at lps dot ens dot fr changed: What|Removed |Added

[Bug middle-end/44370] [4.6 Regression] Revision 160111 caused many test failures

--- Comment #1 from dominiq at lps dot ens dot fr 2010-06-01 21:17 --- Likely a duplicate of pr44368 and pr44369. Likely fixed by revision 160121. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44370

[Bug fortran/44371] New: [4.6 Regression] STOP parsing rejects valid code

Found at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/b2e1f15014d76daf There, Al Greynolds reports that the following program fails to compile with: if (c=='y') stop; if (c=='Y') stop 1 Error: Syntax error in STOP statement at (1) I assume it is due

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.6.0 Known to work||4.5.0 Target

[Bug tree-optimization/44368] ICE: SIGSEGV in remove_insn (emit-rtl.c:3859) with -ftree-vectorize

--- Comment #2 from zsojka at seznam dot cz 2010-06-01 22:56 --- No longer crashes in r160122, most likely fixed by r160121 -- zsojka at seznam dot cz changed: What|Removed |Added

[Bug c++/44358] [C++0x] initializer list can't convert to map

-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org

[Bug target/44218] Improve powerpc -mrecip support

--- Comment #1 from meissner at gcc dot gnu dot org 2010-06-01 23:30 --- Created an attachment (id=20802) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20802&action=view) Patch to improve powerpc -mrecip support This patch updates and expands the -mrecip support on the powerpc.

[Bug tree-optimization/44372] New: [4.6 Regression] ICE: verify_cgraph_node failed: edge points to wrong declaration with -fipa-cp-clone

Command line: $ g++ -O[123] -fipa-cp -fipa-cp-clone testcase.C Compiler output: $ /mnt/svn/gcc-trunk/binary-160112-lto-fortran/bin/g++ -O1 -fipa-cp -fipa-cp-clone testcase.C testcase.C: In function 'void f(S3)': testcase.C:13:5: error: edge points to wrong dec

[Bug tree-optimization/44372] [4.6 Regression] ICE: verify_cgraph_node failed: edge points to wrong declaration with -fipa-cp-clone

--- Comment #1 from zsojka at seznam dot cz 2010-06-01 23:57 --- Created an attachment (id=20803) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20803&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44372

[Bug tree-optimization/44372] [4.6 Regression] ICE: verify_cgraph_node failed: edge points to wrong declaration with -fipa-cp-clone

--- Comment #2 from zsojka at seznam dot cz 2010-06-01 23:59 --- Probably a dup of PR44295 -- zsojka at seznam dot cz changed: What|Removed |Added Keywords|

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #1 from kargl at gcc dot gnu dot org 2010-06-02 00:42 --- The problem is caused by gfc_match_stopcode(). if (gfc_match_eos () != MATCH_YES) { m = gfc_match_init_expr (&e); if (m == MATCH_ERROR) goto cleanup; if (m == MATCH_NO) goto sy

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #2 from sgk at troutmask dot apl dot washington dot edu 2010-06-02 01:57 --- Subject: Re: [4.6 Regression] STOP parsing rejects valid code On Wed, Jun 02, 2010 at 12:42:11AM -, kargl at gcc dot gnu dot org wrote: > } > #if 0 > if (gfc_match_eos () != MATCH_YES) >

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #3 from kargl at gcc dot gnu dot org 2010-06-02 02:03 --- Here's a dejagnu testcase. ! { dg-do run } character(1) c, y y = 'y' read(y,*) c if (c=='y') stop; if (c=='Y') stop call abort() end The 'dg-do run' could be changed to 'dg-do compile' -- http://gcc.

[Bug middle-end/44373] New: [4.6 regression] FAIL: gcc.dg/array-init-1.c

On Linux/x86, revision 160125 gave FAIL: gcc.dg/array-init-1.c scan-assembler-not abcdefghi FAIL: gcc.dg/array-init-1.c scan-assembler-times 7017280452245743464|7523094288207667809|6867666564636261|1684234849|64636261 2 Revision 160122 is OK. -- Summary: [4.6 regression] FAIL: gcc.d

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-06-02 03:52 --- Mine. The problem is the misplacement of the closing bracket. I will fix shortly. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/44358] [C++0x] initializer list can't convert to map

--- Comment #3 from jason at gcc dot gnu dot org 2010-06-02 03:55 --- Subject: Bug 44358 Author: jason Date: Wed Jun 2 03:55:28 2010 New Revision: 160131 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160131 Log: PR c++/44358 * call.c (build_list_conv): Set list

[Bug middle-end/44373] [4.6 regression] FAIL: gcc.dg/array-init-1.c

--- Comment #1 from hjl dot tools at gmail dot com 2010-06-02 04:16 --- It is caused by revision 160125: http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00037.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-06-02 04:17 --- Some additional tests/results: Because we are using gfc_match_init_expr: leaving the ; out. pr44371.f90:5.18: if (c=='y') stop if (c=='Y') stop 1 Error: Function 'if' in initialization expre

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #6 from sgk at troutmask dot apl dot washington dot edu 2010-06-02 04:36 --- Subject: Re: [4.6 Regression] STOP parsing rejects valid code On Wed, Jun 02, 2010 at 04:17:56AM -, jvdelisle at gcc dot gnu dot org wrote: > > I plan to commit the following as simple and ob

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-06-02 04:43 --- Subject: Bug 44371 Author: jvdelisle Date: Wed Jun 2 04:42:41 2010 New Revision: 160133 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160133 Log: 2010-06-01 Jerry DeLisle PR fortran/44371

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-06-02 04:46 --- Subject: Bug 44371 Author: jvdelisle Date: Wed Jun 2 04:46:38 2010 New Revision: 160134 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160134 Log: 2010-06-01 Jerry DeLisle PR fortran/44371

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #9 from sgk at troutmask dot apl dot washington dot edu 2010-06-02 04:52 --- Subject: Re: [4.6 Regression] STOP parsing rejects valid code On Wed, Jun 02, 2010 at 04:46:56AM -, jvdelisle at gcc dot gnu dot org wrote: > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #10 from sgk at troutmask dot apl dot washington dot edu 2010-06-02 04:53 --- Subject: Re: [4.6 Regression] STOP parsing rejects valid code On Wed, Jun 02, 2010 at 04:52:03AM -, sgk at troutmask dot apl dot washington dot edu wrote: > > Neither testcase includes the o

[Bug fortran/44371] [4.6 Regression] STOP parsing rejects valid code

--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-06-02 05:02 --- Subject: Bug 44371 Author: jvdelisle Date: Wed Jun 2 05:02:07 2010 New Revision: 160135 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160135 Log: 2010-06-01 Jerry DeLisle PR fortran/44371

[Bug rtl-optimization/44013] VTA produces wrong code

--- Comment #7 from aoliva at gcc dot gnu dot org 2010-06-02 05:08 --- Mine -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at

[Bug rtl-optimization/44013] VTA produces wrong code

--- Comment #8 from aoliva at gcc dot gnu dot org 2010-06-02 05:19 --- Created an attachment (id=20804) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20804&action=view) Patch that fixes the problem Here's the patch I'm regstrapping now. It avoids relying on the implied dependency

[Bug debug/43478] Missing DW_AT_location for a variable

--- Comment #15 from aoliva at gcc dot gnu dot org 2010-06-02 05:27 --- The debug info machinery is doing the best it can given the behavior of reassoc, so I'm stepping away from this bug. Getting reassoc to generate stmts at a different place may have improvement of debug info as a sid

[Bug c++/44358] [C++0x] initializer list can't convert to map

--- Comment #4 from jason at gcc dot gnu dot org 2010-06-02 05:39 --- Subject: Bug 44358 Author: jason Date: Wed Jun 2 05:39:23 2010 New Revision: 160137 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160137 Log: PR c++/44358 * call.c (build_list_conv): Set list

[Bug fortran/44360] wrong-code: host-associated procedure wrongly favoured to use-associated one

--- Comment #4 from burnus at gcc dot gnu dot org 2010-06-02 05:55 --- Subject: Bug 44360 Author: burnus Date: Wed Jun 2 05:55:19 2010 New Revision: 160138 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160138 Log: 2010-06-02 Tobias Burnus PR fortran/44360 *

  1   2   >