[Bug target/44481] [4.3/4.4/4.5/4.6 Regression] __builtin_parity() causes ICE in trunc_int_for_mode()
--- Comment #5 from uros at gcc dot gnu dot org 2010-06-12 06:29 --- Subject: Bug 44481 Author: uros Date: Sat Jun 12 06:29:44 2010 New Revision: 160647 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160647 Log: PR target/44481 * config/i386/i386.md (UNSPEC_PARITY): New unspec. (paritydi2_cmp): Use UNSPEC_PARITY unspec insted of parity RTX. (partiysi2_cmp): Ditto. (*partiyhi2_cmp): Ditto. (*parityqi2_cmp): Remove. testsuite/ChangeLog: PR target/44481 * gcc.target/i386/pr44481.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr44481.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/config/i386/i386.md branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44481
[Bug fortran/44471] Wrong call with variadic declaration
--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-12 07:12 --- (In reply to comment #2) It is possible to get the front-end to construct a real argument types list from the arguments list of the external call, as is done in the patch attached. I think doing so is the proper way - the question is whether one should already do it earlier such that in resolve.c one can give a diagnostic for external foo call foo(3.0) call foo(4) ! error, inconsistent interface end Cf. PR 40976.) In any case, (re)constructing the interface from the call is sensible. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44471
[Bug fortran/43896] [OOP] ICE in gfc_conv_variable, at fortran/trans-expr.c:551
--- Comment #21 from burnus at gcc dot gnu dot org 2010-06-12 07:34 --- Similarly to PR 41539, I now get linking errors of the kind vtab$... /tmp/ccd6KJqa.o: In function `__m_vector_MOD_rotation_matrix_times_vector': test.f90:(.text+0x238b): undefined reference to `vtab$t_rotation_matrix.2317' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43896
[Bug middle-end/42505] [4.4/4.5/4.6 Regression] loop canonicalization causes a lot of unnecessary temporary variables
--- Comment #9 from sandra at codesourcery dot com 2010-06-12 07:42 --- I now have a specific theory of what is going on here. There are two problems: (1) estimate_reg_pressure_cost is not accounting for the function call in the loop body. In this case it ought to use call_used_regs instead of fixed_regs to determine how many registers are available for loop invariants. Here the target is Thumb-1 and there are only 4 non-call-clobbered registers available rather than 9, so we are much more constrained than ivopts thinks we are. This is pretty straightforward to fix. (2) For the test case filed with the issue, there are 4 registers needed for the two candidates and two invariants ivopts is selecting, so even with the fix for (1) ivopts thinks it has enough registers available. But, there are two uses of the form (src + offset) in the ivopts output, although they appear differently in the gimple code. RTL optimizations are combining these and allocating a temporary. Since the two uses span the function call in the loop body, the temporary needs to be assigned to a non-call-clobbered register. This is why there is a spill of the other loop invariant. Perhaps we could make the RA smarter about recomputing the src + offset value rather than resort to spilling something, but since I am dumb about the RA ;-) I'm planning to keep poking at the ivopts cost model instead. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42505
[Bug target/44481] [4.3/4.4/4.5/4.6 Regression] __builtin_parity() causes ICE in trunc_int_for_mode()
--- Comment #6 from uros at gcc dot gnu dot org 2010-06-12 07:43 --- Subject: Bug 44481 Author: uros Date: Sat Jun 12 07:43:40 2010 New Revision: 160654 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160654 Log: PR target/44481 * config/i386/i386.md (UNSPEC_PARITY): New unspec. (paritydi2_cmp): Use UNSPEC_PARITY unspec insted of parity RTX. (partiysi2_cmp): Ditto. (*partiyhi2_cmp): Ditto. (*parityqi2_cmp): Remove. testsuite/ChangeLog: PR target/44481 * gcc.target/i386/pr44481.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr44481.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/config/i386/i386.md branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44481
[Bug tree-optimization/44507] [4.5/4.6 Regression] vectorization ANDs array elements together incorrectly
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-12 08:42 --- Confirmed. The vectorizer changes # andVal_34 = PHI andVal_15(5), 0x0(3) andVal_15 = curVal_13 andVal_34; to # vect_var_.26_52 = PHI vect_var_.26_53(5), { 1, 1, 1, 1 }(3) vect_var_.26_53 = vect_var_.21_42 vect_var_.26_52; 4.4 works. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||irar at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work||4.4.3 Last reconfirmed|-00-00 00:00:00 |2010-06-12 08:42:01 date|| Summary|vectorization ANDs array|[4.5/4.6 Regression] |elements together |vectorization ANDs array |incorrectly |elements together ||incorrectly Target Milestone|--- |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44507
[Bug c++/44500] [C++0x] Bogus narrowing conversion error
--- Comment #13 from gpiez at web dot de 2010-06-12 08:47 --- ... -- gpiez at web dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44500
[Bug c++/44500] [C++0x] Bogus narrowing conversion error
--- Comment #12 from gpiez at web dot de 2010-06-12 08:46 --- I am closing this, as it isn't a gcc bug, as it behaves according to the standard. The bug is in the standard, as it mandates f1,1 // ok fCHAR_MAX, CHAR_MAX() // error gINT_MAX, INT_MAX() // no error, but undefined behaviuour f(char, char) // error g(int, int) // ok which is inconsistent and surprising. C++0x should really have got rid of the implicit integer promotion. Wasn't the intent of the implicit promotion to be able to write char a,b,c,d; a = b*c/d; and get a correct result even if b*c CHAR_MAX? I believe nobody does write code like this anymore, and even if, you could simply say undefined behaviour ;-) It doesn't work for ints anyway. Instead I have now an implicit integer promotion which forces me to use an explicit cast in compound initializers, where narrowing conversion isn't allowed, while in a simple assignment of course it is allowed (or else a hell would break loose... ). Why not make -Wconversion an error, at least this would be consistent ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44500
[Bug tree-optimization/44508] New: libgomp.fortran/vla1.f90 ICE on s390
./f951 -m31 -O3 vla1.f90 -I ../s390*/libgomp/ -fopenmp -march=z9-109 -mtune=z10 ICEs on 4.4 branch, even in frozz-compiler. The problem seems to be that substitute_and_fold DCEs some trivially dead stmts and the removal release_defs the LHS SSA_NAMEs, which are still referenced in various vrp structures. Then identify_jump_threads is called and ICEs on those already freed ssa-names. -- Summary: libgomp.fortran/vla1.f90 ICE on s390 Product: gcc Version: 4.4.4 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44508
[Bug bootstrap/44509] New: [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin9*
Revision 160626 breaks bootstrap on *-apple-darwin9* On x86_64-apple-darwin10.3.0 at exactly revision 160626, the failure is ... /opt/gcc/build_w/./prev-gcc/xgcc -B/opt/gcc/build_w/./prev-gcc/ -B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/bin/ -B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/bin/ -B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/lib/ -isystem /opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/include -isystem /opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/sys-include-c -g -O2 -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../work/gcc -I../../work/gcc/build -I../../work/gcc/../include -I../../work/gcc/../libcpp/include -I/sw64/include -I../../work/gcc/../libdecnumber -I../../work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw64/include -DCLOOG_PPL_BACKEND -I/sw64/include \ -o build/genemit.o ../../work/gcc/genemit.c In file included from /usr/include/math.h:28:0, from ../../work/gcc/genautomata.c:117: /usr/include/architecture/i386/math.h: In function '__inline_isnormalf': /usr/include/architecture/i386/math.h:191:163: error: invalid operands to binary = (have 'float' and 'double_int') /usr/include/architecture/i386/math.h: In function '__inline_isnormald': /usr/include/architecture/i386/math.h:192:163: error: invalid operands to binary = (have 'double' and 'double_int') /usr/include/architecture/i386/math.h: In function '__inline_isnormal': /usr/include/architecture/i386/math.h:193:2: internal compiler error: Segmentation fault ... However at revision 160635 (tried before) the failure is: ... /opt/gcc/build_w/./prev-gcc/xgcc -B/opt/gcc/build_w/./prev-gcc/ -B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/bin/ -B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/bin/ -B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/lib/ -isystem /opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/include -isystem /opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/sys-include-c -g -O2 -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../work/gcc -I../../work/gcc/build -I../../work/gcc/../include -I../../work/gcc/../libcpp/include -I/sw64/include -I../../work/gcc/../libdecnumber -I../../work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw64/include -DCLOOG_PPL_BACKEND -I/sw64/include \ -o build/genemit.o ../../work/gcc/genemit.c In file included from /usr/include/math.h:28:0, from ../../work/gcc/genautomata.c:117: /usr/include/architecture/i386/math.h: In function '__inline_isnormalf': /usr/include/architecture/i386/math.h:191:2: internal compiler error: in lazy_hex_fp_value, at c-family/c-cppbuiltin.c:987 ... as reported at http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01282.html On powerpc-apple-darwin9 at revision 160627, the failure occurs later as: ... /opt/gcc/darwin_buildw/./prev-gcc/xgcc -B/opt/gcc/darwin_buildw/./prev-gcc/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.6w/powerpc-apple-darwin9/include -isystem /opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include-c -DIN_GCC_FRONTEND -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -Ijava -I../../gcc-4.6-work/gcc -I../../gcc-4.6-work/gcc/java -I../../gcc-4.6-work/gcc/../include -I../../gcc-4.6-work/gcc/../libcpp/include -I/sw/include -I../../gcc-4.6-work/gcc/../libdecnumber -I../../gcc-4.6-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include -DCLOOG_PPL_BACKEND../../gcc-4.6-work/gcc/java/jcf-dump.c -o java/jcf-dump.o In file included from /usr/include/math.h:26:0, from ../../gcc-4.6-work/gcc/java/jcf-dump.c:63: /usr/include/architecture/ppc/math.h: In function '__inline_isnormalf': /usr/include/architecture/ppc/math.h:216:3: internal compiler error: in lazy_hex_fp_value, at c-family/c-cppbuiltin.c:987 ... See also http://gcc.gnu.org/ml/gcc-regression/2010-06/msg00207.html . Note that I just finished bootstrapping x86_64-apple-darwin10 at revision 160657 with 160626 reverted. -- Summary: [4.6 Regression] Revision 160626 breaks bootstrap on *- apple-darwin9* Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #1 from dominiq at lps dot ens dot fr 2010-06-12 11:02 --- Oops! fixed a typo in the summary. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Summary|[4.6 Regression] Revision |[4.6 Regression] Revision |160626 breaks bootstrap on |160626 breaks bootstrap on |*-apple-darwin9*|*-apple-darwin* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug fortran/44347] SELECT_REAL_KIND: Wrongly accepts non-scalar arguments
--- Comment #7 from dfranke at gcc dot gnu dot org 2010-06-12 11:21 --- Subject: Bug 44347 Author: dfranke Date: Sat Jun 12 11:21:17 2010 New Revision: 160658 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160658 Log: gcc/fortran/: 2010-06-12 Daniel Franke franke.dan...@gmail.com PR fortran/44347 * check.c (gfc_check_selected_real_kind): Verify that the actual arguments are scalar. gcc/testsuite/: 2010-06-12 Daniel Franke franke.dan...@gmail.com PR fortran/44347 * gfortran.dg/selected_real_kind_1.f90: New. Added: branches/gcc-4_5-branch/gcc/testsuite/gfortran.dg/selected_real_kind_1.f90 Modified: branches/gcc-4_5-branch/gcc/fortran/ChangeLog branches/gcc-4_5-branch/gcc/fortran/check.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44347
[Bug fortran/44347] SELECT_REAL_KIND: Wrongly accepts non-scalar arguments
--- Comment #8 from dfranke at gcc dot gnu dot org 2010-06-12 11:22 --- Fixed in trunk and 4.5. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44347
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-12 11:51 --- Can't reproduce with double a = __DBL_MAX__ + __FLT_MAX__; in x86_64-linux - x86_64-apple-darwin10 cross (not even when using precompiled header). So, please provide preprocessed testcase, and if possible in gdb also when it fails the assertion p *node p *node-value.macro p node-value.macro-exp.tokens[0] p node-value.macro-exp.tokens[1] etc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug tree-optimization/44508] libgomp.fortran/vla1.f90 ICE on s390
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-12 12:11 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-06-12 12:11:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44508
[Bug fortran/29383] Fortran 2003/F95[TR15580:1999]: Floating point exception (IEEE) support
--- Comment #4 from burnus at gcc dot gnu dot org 2010-06-12 12:15 --- Malcolm Cohen wrote in Implementing the Standards..., http://www.fortran.bcs.org/2007/jubilee/f50.pdf, the following: IEEE module implementation Only if IEEE_GET_FLAG is directly called in a routine: save then clear the flags on entry, merge the flags on exit. Only in a routine that uses a mode setting procedure: save mode on entry, restore mode on exit. Parallelism and other optimisations are little impeded by the use of IEEE facilities (all IEEE semantics being local). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #3 from dominiq at lps dot ens dot fr 2010-06-12 12:19 --- On powerpc-apple-darwin9 at revision 160627, the minimal command is /opt/gcc/darwin_buildw/prev-gcc/xgcc -B/opt/gcc/darwin_buildw/prev-gcc/ -c -DIN_GCC_FRONTEND -g -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -Ijava -I../../gcc-4.6-work/gcc -I../../gcc-4.6-work/gcc/java -I../../gcc-4.6-work/include -I../../gcc-4.6-work/libcpp/include -I/sw/include -I../../gcc-4.6-work/libdecnumber -I../../gcc-4.6-work/libdecnumber/dpd -I../libdecnumber -I/sw/include -DCLOOG_PPL_BACKEND ../../gcc-4.6-work/gcc/java/jcf-dump.c The ICE disappears if -g is removed for any optimization, it also disappears with -save-temps. p *node p *node-value.macro p node-value.macro-exp.tokens[0] p node-value.macro-exp.tokens[1] I did not find a way to make it works (my knowledge of gdb is = NULL). The backtrace is #0 0x00274ff4 in fancy_abort () #1 0x00081b94 in lazy_hex_fp_value () #2 0x007ce888 in enter_macro_context () #3 0x007cf6ac in cpp_get_token () #4 0x007cf8e0 in cpp_get_token_with_location () #5 0x0008b15c in c_lex_with_flags () #6 0x0003f894 in c_lex_one_token () #7 0x00045404 in c_parser_cast_expression () #8 0x00045b00 in c_parser_binary_expression () #9 0x00045c08 in c_parser_conditional_expression () #10 0x00046158 in c_parser_expr_no_commas () #11 0x000466c8 in c_parser_expression () #12 0x00046c50 in c_parser_expression_conv () #13 0x0004bda0 in c_parser_statement_after_labels () #14 0x0004cd94 in c_parser_compound_statement_nostart () #15 0x0004e470 in c_parser_compound_statement () #16 0x0004eb44 in c_parser_declaration_or_fndef () #17 0x000519f4 in c_parse_file () #18 0x000920bc in c_common_parse_file () #19 0x00565c50 in toplev_main () #20 0x1fbc in start () I'll attach the preprocessed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #4 from dominiq at lps dot ens dot fr 2010-06-12 12:20 --- Created an attachment (id=20901) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20901action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug c/44485] [4.6 Regression] ICE in get_expr_operands, at tree-ssa-operands.c:1020
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-06-12 12:43 --- Subject: Bug 44485 Author: hubicka Date: Sat Jun 12 12:43:02 2010 New Revision: 160659 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160659 Log: PR tree-optimize/44485 * tree-cfgcleanup.c (fixup_noreturn_call): Remove basic blocks containing use of return value of noreturn function. * gcc.c-torture/compile/pc44485.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pc44485.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-cfgcleanup.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44485
[Bug ada/43731] Missing ada multilib on i686-w64-mingw32 target
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-06-12 13:20 --- Subject: Bug 43731 Author: ktietz Date: Sat Jun 12 13:19:17 2010 New Revision: 160662 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160662 Log: 2010-06-12 Kai Tietz PR ada/43731 * gcc-interface/Makefile.in: Add rules for multilib x86/x64 mingw targets. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43731
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #5 from jakub at gcc dot gnu dot org 2010-06-12 13:37 --- Can't reproduce with cross even on that preprocessed source. Just run gdb ./cc1 -O2 pr44509.i and in gdb type: r up p *node p *node-value.macro p node-value.macro-exp.tokens[0] p node-value.macro-exp.tokens[1] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug target/43999] Gcc (lib1funcs.asm) doesn't build on ARM/Thumb2
--- Comment #5 from cedric at berger dot to 2010-06-12 13:46 --- What the h*?* is Status: WAITING? It's certainly not on the list under the Status link. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43999
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #6 from dominiq at lps dot ens dot fr 2010-06-12 14:31 --- Just run gdb ./cc1 -O2 pr44509.i The *.i files compile without ICE, see comment #3: The ICE disappears if -g is removed for any optimization, it also disappears with -save-temps. ^^ [karma] darwin_buildw/gcc% ../prev-gcc/cc1 -g -O2 jcf-dump.i __sputc isascii __istype __isctype __wcwidth isalnum isalpha isblank iscntrl isdigit isgraph islower isprint ispunct isspace isupper isxdigit toascii ... TOTAL : 11.28 2.9215.35 21030 kB Extra diagnostic checks enabled; compiler may run slowly. Configure with --enable-checking=release to disable checks. From what I can grab from the different failures, I got the impression that '/usr/include/float.h' is not properly included, but this is indeed an uneducated guess. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug bootstrap/44458] [4.6 Regression] Bootstrap fails on arm_float_words_big_endian implicit declaration when Ada on arm-linux
--- Comment #3 from laurent at guerby dot net 2010-06-12 14:39 --- Fixing by reverting Steven patch is not enough to regain bootstrap on arm, here is the error during stage2: /home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/ -B/n/57/guerby/install-trunk-160646/armv5tel-unknown-linux-gnueabi/bin/ -B/n/57/guerby/install-trunk-160646/armv5tel-unknown-linux-gnueabi/bin/ -B/n/57/guerby/install-t\ runk-160646/armv5tel-unknown-linux-gnueabi/lib/ -isystem /n/57/guerby/install-trunk-160646/armv5tel-unknown-linux-gnueabi/include -isystem /n/57/guerby/install-trunk-160646/armv5tel-unknown-linux-gnueabi/sys-include -c -g -O2 -gtog\ gle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -f\ no-common -DHAVE_CONFIG_H -I. -I. -I../../trunk/gcc -I../../trunk/gcc/. -I../../trunk/gcc/../include -I../../trunk/gcc/../libcpp/include -I../../trunk/gcc/../libdecnumber -I../../trunk/gcc/../libdecnumber/dpd -I../libdecnumber \ ../../trunk/gcc/config/arm/arm.c -o arm.o ../../trunk/gcc/config/arm/arm.c: In function 'thumb2_reorg': ../../trunk/gcc/config/arm/arm.c:11466:19: error: initialization from incompatible pointer type [-Werror] ../../trunk/gcc/config/arm/arm.c:11467:9: error: passing argument 3 of 'gen_rtx_fmt_E_stat' from incompatible pointer type [-Werror] ./genrtl.h:60:1: note: expected 'rtvec' but argument is of type 'rtx' ../../trunk/gcc/config/arm/arm.c:11460:9: error: unused variable 'op1' [-Werror=unused-variable] cc1: all warnings being treated as errors make[3]: *** [arm.o] Error 1 make[3]: Leaving directory `/home/guerby/build/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/home/guerby/build' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/home/guerby/build' make: *** [bootstrap] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44458
[Bug fortran/44348] ICE in build_function_decl
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-06-12 14:43 --- This goes off at a tangent, but still related to this PR ... I think this is valid as the RESULT f is in the scope of g only and shadows the FUNCTION f (Lahey accepts it): FUNCTION f() contains FUNCTION g() RESULT(f) END FUNCTION END FUNCTION But what's going on here? FUNCTION f() RESULT(g) contains FUNCTION g() END FUNCTION END FUNCTION $ gfortran-svn pr44348.f90 pr44348.f90: In function 'f': pr44348.f90:4:0: error: aggregate value used where a float was expected Lahey says: 1723-S: SOURCE.F90, line 3, column 12: 'g' already used as a variable name. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-06-12 14:50 --- There should not be a /usr/include/float.h but the gcc internal header should be included. Please check if that is the case and/or if your /usr/include/float.h provides defines for __DBL_MAX__ or __FLT_MAX__ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #8 from dominiq at lps dot ens dot fr 2010-06-12 15:01 --- There should not be a /usr/include/float.h but the gcc internal header should be included. Please check if that is the case I don't understand what I am supposed to do (please use baby English;-). Why did I suspect a problem with float.h? because if on x86_64-apple-darwin10.3.0 I remove -gtoggle, the ICE is replaced by an error: [macbook] p_build/gcc% /opt/gcc/p_build/prev-gcc/xgcc -B/opt/gcc/p_build/prev-gcc/ -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../p_work/gcc -I../../p_work/gcc/build -I../../p_work/include -I../../p_work/libcpp/include -I/opt/sw64/include -I../../p_work/libdecnumber -I../../p_work/libdecnumber/dpd -I../libdecnumber -I/opt/sw64/include -DCLOOG_PPL_BACKEND ../../p_work/gcc/genautomata.c In file included from /usr/include/math.h:28:0, from ../../p_work/gcc/genautomata.c:117: /usr/include/architecture/i386/math.h: In function '__inline_isnormald': /usr/include/architecture/i386/math.h:192:166: error: '__DBL_MIN__' undeclared (first use in this function) /usr/include/architecture/i386/math.h:192:166: note: each undeclared identifier is reported only once for each function it appears in /usr/include/architecture/i386/math.h: In function '__inline_isnormal': /usr/include/architecture/i386/math.h:193:177: error: invalid operands to binary (have 'long double' and 'int') instead of [macbook] p_build/gcc% /opt/gcc/p_build/prev-gcc/xgcc -B/opt/gcc/p_build/prev-gcc/ -c -g -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../p_work/gcc -I../../p_work/gcc/build -I../../p_work/include -I../../p_work/libcpp/include -I/opt/sw64/include -I../../p_work/libdecnumber -I../../p_work/libdecnumber/dpd -I../libdecnumber -I/opt/sw64/include -DCLOOG_PPL_BACKEND ../../p_work/gcc/genautomata.c In file included from /usr/include/math.h:28:0, from ../../p_work/gcc/genautomata.c:117: /usr/include/architecture/i386/math.h: In function '__inline_isnormalf': /usr/include/architecture/i386/math.h:191:163: error: invalid operands to binary = (have 'float' and 'double_int') /usr/include/architecture/i386/math.h: In function '__inline_isnormald': /usr/include/architecture/i386/math.h:192:163: error: invalid operands to binary = (have 'double' and 'double_int') /usr/include/architecture/i386/math.h: In function '__inline_isnormal': /usr/include/architecture/i386/math.h:193:2: internal compiler error: Segmentation fault and/or if your /usr/include/float.h provides defines for __DBL_MAX__ or __FLT_MAX__ AFAICT the answer is yes also for DBL_MIN. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug libgomp/44498] [4.6 Regression] Many libgomp failures
--- Comment #6 from hjl dot tools at gmail dot com 2010-06-12 15:21 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44498
[Bug fortran/44497] [4.6 Regression] gfortran.dg/maxlocval_2.f90
--- Comment #4 from hjl dot tools at gmail dot com 2010-06-12 15:21 --- *** This bug has been marked as a duplicate of 44498 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44497
[Bug libgomp/44498] [4.6 Regression] Many libgomp failures
--- Comment #7 from hjl dot tools at gmail dot com 2010-06-12 15:21 --- *** Bug 44497 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44498
[Bug middle-end/44454] [4.6 Regression] Many new failures
--- Comment #4 from hjl dot tools at gmail dot com 2010-06-12 15:24 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44454
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-06-12 15:33 --- Can you attach all headers that get included instead of attaching preprocessed source? Thx. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug tree-optimization/44507] [4.5/4.6 Regression] vectorization ANDs array elements together incorrectly
--- Comment #4 from hjl dot tools at gmail dot com 2010-06-12 15:52 --- It is caused by revision 149526: http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00406.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44507
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #10 from dominiq at lps dot ens dot fr 2010-06-12 15:53 --- Can you attach all headers that get included instead of attaching preprocessed source? Thx. How am I supposed to know what are all headers that get included? Please assume zero knowledge from my side and provide full modi operandi. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug c++/40752] -Wconversion generates false warnings for operands not larger than target type
--- Comment #18 from photon at seznam dot cz 2010-06-12 16:46 --- (In reply to comment #17) The patch was rejected but it may be accepted by using a new -Wno-* option to disable these warnings. Perhaps -Wno-conversion-after-promotion? Suggestions are welcome. -Wconversion should be fixed to work as specified. No warning should be generated for the following code: char c = 2; // warning: conversion to char from int may alter its value c = 1; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40752
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #11 from mrs at gcc dot gnu dot org 2010-06-12 16:48 --- This is a failure to manage memory type of error, and -E will never be able to grab a testcase. I'm in the long slow process of manually trimming down a testcase, but it is slow going. Essentially replace #include with a emacs buffer insert of that file and repeat. Then, trim down things while ensuring it still fails. gdb isn't happy for me, as this is a stage2 failure, not a stage1 failure, and debugging requires access to the .o files. The values in question are 0 and 0. If I remove a #define BLABLA_H, then the problem goes away, meaning the slightest sneeze, and this just shimmers. -- mrs at gcc dot gnu dot org changed: What|Removed |Added CC||mikestump at comcast dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug fortran/44348] ICE in build_function_decl
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-06-12 17:47 --- The patch below fixes the ICE in comment #2, but not the original report. However, it also message-regresses on FAIL: gfortran.dg/derived_function_interface_1.f90 -O (test for errors, line 41) FAIL: gfortran.dg/derived_function_interface_1.f90 -O (test for errors, line 42) FAIL: gfortran.dg/global_references_1.f90 -O (test for excess errors) Index: decl.c === --- decl.c (revision 160638) +++ decl.c (working copy) @@ -863,7 +863,6 @@ get_proc_name (const char *name, gfc_sym this is handled using gsymbols to register unique,globally accessible names. */ if (sym-attr.flavor != 0 - sym-attr.proc != 0 (sym-attr.subroutine || sym-attr.function) sym-attr.if_source != IFSRC_UNKNOWN) gfc_error_now (Procedure '%s' at %C is already defined at %L, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #12 from jakub at gcc dot gnu dot org 2010-06-12 19:29 --- Instead of spending too much time on testsuite reduction, perhaps if you could put a breakpoint on builtin_define_with_hex_fp_value where lazy_hex_fp_values[XXX].macro is initialized (for XXX being the idx which crashes later on), see the content of what it points to and its tokens, then put a breakpoint on lazy_hex_fp_value and see what it contains at that point, if it changed (it shouldn't), rerun and put a watchpoint on whatever actually changed in between the two to see where it gets clobbered and why. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #13 from jakub at gcc dot gnu dot org 2010-06-12 19:41 --- Argh, I thought macro is allocated using _cpp_aligned_alloc, but apparently it is allocated using GC: if (pfile-hash_table-alloc_subobject) macro = (cpp_macro *) pfile-hash_table-alloc_subobject (sizeof (cpp_macro)); else macro = (cpp_macro *) _cpp_aligned_alloc (pfile, sizeof (cpp_macro)); So lazy_hex_fp_values will need to be GTY marked. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug bootstrap/44509] [4.6 Regression] Revision 160626 breaks bootstrap on *-apple-darwin*
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-06-12 20:00 --- This issue appears to be suppressed by --enable-checking=release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
[Bug fortran/31588] gfortran should be able to output Makefile dependencies with -M* options
--- Comment #13 from dfranke at gcc dot gnu dot org 2010-06-12 21:06 --- Would it be ok to require '-cpp' with '-M' or shall '-M' work without explicit preprocessing enabled? In the latter case, would it be ok to enable preprocessing implicitly? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31588
[Bug bootstrap/44458] [4.6 Regression] Bootstrap fails on arm_float_words_big_endian implicit declaration when Ada on arm-linux
--- Comment #4 from mikpe at it dot uu dot se 2010-06-12 21:26 --- (In reply to comment #3) Fixing by reverting Steven patch is not enough to regain bootstrap on arm, here is the error during stage2: This is a new unrelated error caused by r160458. You should IMO have opened a new PR for it. Anyway, the patch below should fix it. Tested in a cross so far, I'll do a native bootstrap of 4.6 head + this tomorrow. The declaration bug for 'vec' is obvious. The fact that 'op1' is extracted but unused makes me a bit nervous. --- gcc-4.6-r160458/gcc/config/arm/arm.c.~1~ +++ gcc-4.6-r160458/gcc/config/arm/arm.c @@ -11457,13 +11457,12 @@ thumb2_reorg (void) rtx dst = XEXP (pat, 0); rtx src = XEXP (pat, 1); rtx op0 = XEXP (src, 0); - rtx op1 = XEXP (src, 1); if (rtx_equal_p (dst, op0) || GET_CODE (src) == PLUS || GET_CODE (src) == MINUS) { rtx ccreg = gen_rtx_REG (CCmode, CC_REGNUM); rtx clobber = gen_rtx_CLOBBER (VOIDmode, ccreg); - rtx vec = gen_rtvec (2, pat, clobber); + rtvec vec = gen_rtvec (2, pat, clobber); PATTERN (insn) = gen_rtx_PARALLEL (VOIDmode, vec); INSN_CODE (insn) = -1; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44458
[Bug fortran/31588] gfortran should be able to output Makefile dependencies with -M* options
--- Comment #14 from dfranke at gcc dot gnu dot org 2010-06-12 21:46 --- (In reply to comment #13) Would it be ok to require '-cpp' with '-M' or shall '-M' work without explicit preprocessing enabled? In the latter case, would it be ok to enable preprocessing implicitly? Passing -M to the driver implies -E - so much for that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31588
[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-06-12 22:33 --- How about this when attempting a READ or WRITE after an ENDFILE. (original testcase) $ gfc pr44477.f90 $ ./a.out At line 5 of file pr44477.f90 (unit = 10, file = 'XXX') Fortran runtime error: Sequential READ or WRITE not allowed after EOF marker, possibly use REWIND or BACKSPACE and then this for an ENDFILE after an ENDFILE. $ ./a.out At line 5 of file pr44477.f90 (unit = 10, file = 'XXX') Fortran runtime error: Cannot perform ENDFILE on a file already positiond after the EOF marker Patch testing. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-06-12 22:33:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44477
[Bug libstdc++/44510] New: stream unformatted inserter is slower than formatted inserter
the run times has 2 times difference( formatted one FASTER than unformatted ). [ compile option -O3 ] void test_stream_inserter() { int a = ; std::stringstream is; for( unsigned int i=0; i1024*1024*100; ++i ) { void* pa = ((void*)a); void** pb = pa; #ifdef FORMATTED is pb; is pa; #else is.write( (const char*)pb, sizeof(pb) ); is.read( (char*)pb, sizeof(pb) ); #endif } } -- Summary: stream unformatted inserter is slower than formatted inserter Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: liugavin at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44510
[Bug fortran/43388] [F2008][OOP] ALLOCATE with MOLD=
--- Comment #2 from janus at gcc dot gnu dot org 2010-06-13 02:46 --- I'll assign this to myself (working on a patch ...) -- janus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-06-13 02:46:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43388