[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #24 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-04-04 06:30:12 UTC --- Bootstrap comparison failure! gcc/c-family/c-ada-spec.o differs gcc/c-family/c-format.o differs gcc/c-parser.o differs gcc/cfgexpand.o differs gcc/cp/parser.o differs gcc/cse.o differs gcc/emit-rtl.o differs gcc/expmed.o differs gcc/fortran/parse.o differs gcc/fortran/trans-intrinsic.o differs gcc/gimplify.o differs gcc/graphite-clast-to-gimple.o differs gcc/ifcvt.o differs gcc/ipa-inline.o differs gcc/ipa-prop.o differs gcc/ira-lives.o differs gcc/java/jcf-parse.o differs gcc/lto/lto-object.o differs gcc/lto-streamer-in.o differs gcc/lto-streamer-out.o differs gcc/mcf.o differs gcc/objc/objc-next-runtime-abi-02.o differs gcc/objcp/objc-next-runtime-abi-02.o differs gcc/optabs.o differs gcc/postreload.o differs gcc/reload.o differs gcc/rtlanal.o differs gcc/tree-ssa-coalesce.o differs gcc/tree-ssa-loop-ivopts.o differs gcc/tree-ssa-loop-niter.o differs libcpp/directives.o differs libcpp/traditional.o differs libiberty/cplus-dem.o differs libiberty/sha1.o differs on powerpc-apple-darwin9.
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 --- Comment #28 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-04-04 06:32:26 UTC --- With the patch in comment #26 on top of revision 171916, bootstrap proceeded up to pr48403.
[Bug middle-end/48432] New: -Wstrict-overflow incorrectly warns for Emacs src/font.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48432 Summary: -Wstrict-overflow incorrectly warns for Emacs src/font.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: egg...@gnu.org When compiling the GNU Emacs trunk with a GCC 4.6.0 that I built on RHEL 5.6 (x86-64), I ran into a problem when compiling src/font.c that I narrowed down to the following stripped-down test case. When I compile this test case with gcc -S -Wstrict-overflow -O2 f.c the output is: f.c: In function 'font_list_entities': f.c:38:35: warning: assuming signed overflow does not occur when simplifying co nditional to constant [-Wstrict-overflow] The warning is incorrect, since signed overflow is impossible here. There are two 'int' variables, one of which is assigned only 0 or 1, and the other which is assigned only values ranging from 6 through 12. Changing either 'int' variable to 'unsigned' makes the warning go away. I'm not sure whether this bug is the same as earlier bug reports I filed in this area (PR48228, PR48267), but it's not obviously the same so I figured I should be safe and file it. It did take some time to track down. - extern unsigned foo0 (void); extern unsigned foo2 (unsigned, unsigned); static unsigned font_delete_unmatched (unsigned vec, unsigned spec, unsigned int size) { unsigned val = 0; while (1) { if (spec) { val = foo2 (vec, val); continue; } } return val; } unsigned font_list_entities (unsigned frame, unsigned spec) { unsigned val = 0; int need_filtering = 0; int i; for (i = 6; i 13; i++) { if (foo0 ()) need_filtering = 1; if (i == 10) i++; } while (foo0 ()) if (need_filtering) val = font_delete_unmatched (val, need_filtering ? spec : 0, 0); return 0; }
[Bug fortran/48404] SELECTED_REAL_KIND is returning KIND=16 when not available
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48404 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-04 07:02:54 UTC --- Author: jakub Date: Mon Apr 4 07:02:50 2011 New Revision: 171924 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171924 Log: PR debug/48404 * cfgexpand.c (expand_gimple_basic_block): Avoid useless assignment. Use PAT_VAR_LOCATION_LOC instead of INSN_VAR_LOCATION_LOC. Modified: trunk/gcc/ChangeLog trunk/gcc/cfgexpand.c
[Bug ada/47163] Failure building target-libada for MingW64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47163 --- Comment #3 from Kai Tietz ktietz at gcc dot gnu.org 2011-04-04 07:31:16 UTC --- Author: ktietz Date: Mon Apr 4 07:31:11 2011 New Revision: 171926 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171926 Log: 2011-04-04 Kai Tietz kti...@redhat.com PR ada/47163 * s-oscons-tmplt.c (MSG_WAITALL): Define it for native windows targets to flag value. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/s-oscons-tmplt.c
[Bug libstdc++/48430] std::hash partial specialization for std::unique_ptr and std::shared_ptr are using unary_function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48430 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-04-04 07:40:26 UTC --- I don't consider this a bug. Even if they were removed from the standard, we could choose to keep them and use them as implementation details, or non-standard extensions. Users shouldn't rely on deprecated features, because they can go away, but we control the implementation, so we know we can use them safely. Why is it a problem?
[Bug ada/47163] Failure building target-libada for MingW64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47163 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.04 07:53:22 CC||ebotcazou at gcc dot ||gnu.org Ever Confirmed|0 |1 --- Comment #4 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-04-04 07:53:22 UTC --- Feel free to backport all the fixes to the 4.6 branch if you can test them on the branch too, this is early enough.
[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412 --- Comment #3 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch 2011-04-04 09:06:32 UTC --- (In reply to comment #2) Hi Joost, the following patch hmm triggers 276 times on CP2K, quite a few seems things that also the ME would capture. At least one is a bug in our code :-) I'll see if can figure out the affected file.
[Bug tree-optimization/48228] incorrect signed overflow warning when only 0 and 1 are used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48228 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-04 09:19:37 UTC --- *** Bug 48432 has been marked as a duplicate of this bug. ***
[Bug middle-end/48432] -Wstrict-overflow incorrectly warns for Emacs src/font.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48432 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jakub at gcc dot gnu.org Resolution||DUPLICATE --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-04 09:19:37 UTC --- It looks like a dup of PR48228, certainly on the trunk the warning goes away with that commit. *** This bug has been marked as a duplicate of bug 48228 ***
[Bug fortran/48428] [OOP] ICE at mio_component_ref() / free_pi_tree() - module read issues?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48428 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-04-04 09:36:03 UTC --- This pr looks like a duplicate of pr47601.
[Bug lto/48433] New: lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48433 Summary: lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: vincenzo.innoce...@cern.ch I'm having several shared library links failing with this error when compiling with -flto -fuse-linker-plugin see below. At the moment the librabry giving problems are complex and I've not yet manage to reproduce the error with a simple test-case. Could you suggest anything I can do to provide you with just few (intermidiate?) files to reproduce the problem just at lto1 level? /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.1/lto1 -quiet -dumpdir tmp/slc5_amd64_gcc451/src/TrackingTools/KalmanUpdators/src/TrackingToolsKalmanUpdators/ -dumpbase libTrackingToolsKalmanUpdators.so.wpa -mavx -mtune=generic -march=x86-64 -auxbase Chi2MeasurementEstimator -Ofast -pedantic -Werror=overflow -Werror=array-bounds -Werror=format-contains-nul -Werror=type-limits -Wall -Wno-non-template-friend -Wno-long-long -Wreturn-type -Wunused -Wparentheses -Wno-deprecated -Werror=return-type -Werror=missing-braces -Werror=unused-value -Werror=address -Werror=format -Werror=sign-compare -Werror=write-strings -ansi -std=c++0x -version -ftree-vectorize -felide-constructors -fmessage-length=0 -ftemplate-depth=300 -fdiagnostics-show-option -fuse-linker-plugin -fPIC -fltrans-output-list=/tmp/innocent/ccMqAikO.ltrans.out -fwpa -fresolution=/tmp/innocent/ccAZ5YzQ.res @/tmp/innocent/ccDIvhdO GNU GIMPLE (GCC) version 4.6.1 20110325 (prerelease) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.1 20110325 (prerelease), GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU GIMPLE (GCC) version 4.6.1 20110325 (prerelease) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.1 20110325 (prerelease), GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518
[Bug debug/48401] [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48401 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-04 09:48:48 UTC --- Author: jakub Date: Mon Apr 4 09:48:45 2011 New Revision: 171930 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171930 Log: PR debug/48401 * cfgexpand.c (expand_gimple_basic_block): Avoid useless assignment. Use PAT_VAR_LOCATION_LOC instead of INSN_VAR_LOCATION_LOC. Modified: trunk/gcc/ChangeLog
[Bug fortran/48404] SELECTED_REAL_KIND is returning KIND=16 when not available
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48404 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-04 09:50:15 UTC --- Please ignore #c5, I meant PR48401.
[Bug debug/48401] [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48401 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-04 09:50:59 UTC --- Should be fixed by http://gcc.gnu.org/viewcvs?root=gccview=revrev=171924
[Bug other/48434] New: Large SpecCPUFP Performance Regression for Thumb-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48434 Summary: Large SpecCPUFP Performance Regression for Thumb-2 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: ibol...@gcc.gnu.org Host: arm-linux-gnueabi Target: arm-linux-gnueabi Build: arm-linux-gnueabi At least once a week, we measure SpecCPU2000 performance for Thumb-2 on a Cortex-A9. On Monday, all was well, but on Wednesday, there was a large performance regression across the board on SpecFP (except for Mesa and Facerec). Overall FP score has dropped by 25%. Known good revision: r171422 Know bad revision: r171723 I am currently bisecting to find the problem commit.
[Bug lto/48433] lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48433 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2011-04-04 10:03:58 UTC --- PR48246?
[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch 2011-04-04 10:50:57 UTC --- reduced testcase aborts at -O1, goes fine at -O0. Thanks for implementing the warning, without this, it would have been very difficult to find. INTEGER FUNCTION S1(m,ma,lx) INTEGER :: m,ma,lx IF (((m 0).AND.(MODULO(ABS(ma-lx),2) == 1)).OR. ((m 0).AND.(MODULO(ABS(ma-lx),2) == 0))) THEN S1=1 ELSE S1=0 ENDIF END FUNCTION INTEGER :: s1 IF (S1(1,2,1).NE.0) CALL ABORT() END
[Bug lto/48433] lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48433 --- Comment #2 from vincenzo Innocente vincenzo.innocente at cern dot ch 2011-04-04 11:29:57 UTC --- Thanks Dmitry. very likely related to 48246. Is the fix in the April-1st snapshot? (I admit not having downloaded for sheer superstition..)
[Bug go/48407] libgo/configure --without-libffi doesn't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48407 --- Comment #4 from Ralf Corsepius corsepiu at gcc dot gnu.org 2011-04-04 11:40:59 UTC --- (In reply to comment #3) I have this in my local tree. I recall Ian and I discussing that since Go and GCJ both need libffi, the logic should be smarter. Joel, as you may have gueess, I also have a similar patch as the one you posted here applied, because otherwise nothing builds, however this is a different issue. So, let me try to refine my issues: * libgo/configure's --without-libffi, suggests GCC (rsp. libgo) could be built without libffi. This apparently does not apply. libgo (currently) strictly requires libffi. In other words, --without-libffi doesn't do what a user who is not deeply intimate with libgo, may think it does. libgo/configure's --without-libffi actually is closer to --with/without-external-libffi than to --with/without-libffi. That said, may-be renaming it could be considered. * GCC's toplevel configure doesn't honor --with/without-libffi (neither in the sense of external-ffi nor in the sense of not using libffi).
[Bug fortran/25708] Module loading is not good at all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708 --- Comment #11 from Paul Thomas pault at gcc dot gnu.org 2011-04-04 11:49:52 UTC --- (In reply to comment #10) I would like to promote this one. I have run into an application that is taking about 2 to 3 minutes to compile while other compilers can do so in a matter of seconds. The delta here is huge. I would also like to take a crack at it. Paul any progress on your end? Dear Jerry, I have to confess that I have not thought about it for quite a while. It strikes me that it would be useful to profile module reading to find out what takes the time. In the case of the original example, it is clear that repeating the same use statement cannot help; however, that begs that question why it is so slow for each time. Is it the IO, the lexing, or.? An associated issue is the size of module files. Clearly, where a module uses another module, we could help by inserting use statements in the module file. Cheers Paul
[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch 2011-04-04 11:49:15 UTC --- the dumped code: __var_2 = __var_1 %[fl] 2; __var_1 = ABS_EXPR *ma - *lx; if (*m 0 __var_2 == 1 || *m 0 __var_2 == 0) shows clearly what is wrong, var_2 is using var_1 before it is used.
[Bug gcov-profile/47793] Relative path in fprofile-use turns into absolute path
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47793 --- Comment #1 from Diego Novillo dnovillo at gcc dot gnu.org 2011-04-04 12:14:01 UTC --- Author: dnovillo Date: Mon Apr 4 12:13:54 2011 New Revision: 171935 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171935 Log: 2011-04-04 Martin Thuresson mart...@google.com PR gcov-profile/47793 * gcc.dg/pr47793.c: New test Added: branches/google/main/gcc/testsuite/ChangeLog.google-main branches/google/main/gcc/testsuite/gcc.dg/pr47793.c
[Bug fortran/25708] Module loading is not good at all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708 --- Comment #12 from Tobias Burnus burnus at gcc dot gnu.org 2011-04-04 12:27:28 UTC --- (In reply to comment #11) An associated issue is the size of module files. Joost suggested to cut down the string tags d instead of dimension, al instead of allocatable or something like that. That would help with the file size, the I/O (also: I/O caching), and the string parsing. Clearly, where a module uses another module, we could help by inserting use statements in the module file. There are pro and cons doing so. For binary-only code, it is much more convenient to ship only a single .mod instead of several - that was at least a complaint I have heard about NAG's compiler. Though, having by default a simple use in the .mod file would help. Another thing which could help is to read a .mod file only once per translation unit (source file) instead of every time a USE statement is encountered.
[Bug lto/48431] patch to fix a compile error in lto-plugin.c when using older C compilers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48431 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.04.04 12:34:51 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-04-04 12:34:51 UTC --- Mine.
[Bug lto/48433] lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48433 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2011-04-04 12:33:35 UTC --- I would guess so. *** This bug has been marked as a duplicate of bug 48246 ***
[Bug lto/48246] ICE in lto_wpa_write_files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48246 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||vincenzo.innocente at cern ||dot ch --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2011-04-04 12:33:35 UTC --- *** Bug 48433 has been marked as a duplicate of this bug. ***
[Bug other/48434] Large SpecCPUFP Performance Regression for Thumb-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48434 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-04-04 12:36:54 UTC --- Re-commit of IRA improvements? Are the results visible somewhere, similar to gcc.opensuse.org?
[Bug fortran/47601] [OOP] Internal Error: mio_component_ref(): Component not found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added CC||kristopher.kuhlman at gmail ||dot com --- Comment #10 from Mikael Morin mikael at gcc dot gnu.org 2011-04-04 12:54:16 UTC --- *** Bug 48428 has been marked as a duplicate of this bug. ***
[Bug fortran/48428] [OOP] ICE at mio_component_ref() / free_pi_tree() - module read issues?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48428 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mikael at gcc dot gnu.org Resolution||DUPLICATE --- Comment #2 from Mikael Morin mikael at gcc dot gnu.org 2011-04-04 12:54:15 UTC --- (In reply to comment #0) I don't know if the following tidbit helps, but while I was cutting the program down to this test case, I briefly experienced the following different error at the same location when I eliminated some of the extends() dependencies of one type on another in the type_definitions module. I can't seem to reproduce this different error anymore, though. gfortran -c -o solution.o solution.f90 solution.f90:10.41: use elliptical_elements, only : line 1 Internal Error at (1): free_pi_tree(): Unresolved fixup This is PR47546, which was closed after the error reported vanished. Can you reopen it and provide a case triggering it if you can reproduce again? (In reply to comment #1) This pr looks like a duplicate of pr47601. Indeed, and the testcase matches the same pattern (use-associated extended derived-type component needed in function interface). *** This bug has been marked as a duplicate of bug 47601 ***
[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #67 from Richard Guenther rguenth at gcc dot gnu.org 2011-04-04 12:30:07 UTC --- (In reply to comment #66) On Sun, Apr 03, 2011 at 10:09:06AM +, hubicka at gcc dot gnu.org wrote: Kind Nodes Bytes --- decls11502734 1829746088 types4430124 744260832 blocks 1 88 stmts 0 0 refs8173 485872 exprs2358594 113315792 constants2245230 86809013 identifiers 442742 17709680 vecs 60267 116915440 binfos 1107669 110741304 ssa names309 27192 constructors 3105459937440 random kinds 10648367 425935048 lang_decl kinds0 0 lang_type kinds0 0 omp clauses0 0 --- Total33114755 -839083507 --- Do folks think it would be useful to include a breakdown by individual TREE_CODE, similar to what's done for RTXes? I have posted a patch for this last year, but it seems I forgot to commit it.
[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #68 from froydnj at codesourcery dot com froydnj at codesourcery dot com 2011-04-04 13:13:01 UTC --- On Mon, Apr 04, 2011 at 01:01:27PM +, rguenth at gcc dot gnu.org wrote: Do folks think it would be useful to include a breakdown by individual TREE_CODE, similar to what's done for RTXes? I have posted a patch for this last year, but it seems I forgot to commit it. Well, it'd be most interesting to see the per-code breakdown for Honza's earlier numbers.
[Bug lto/48246] ICE in lto_wpa_write_files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48246 --- Comment #8 from vincenzo Innocente vincenzo.innocente at cern dot ch 2011-04-04 13:22:26 UTC --- I downloaded and installed gcc version 4.6.1 20110401 as I issued a make in the same area where I had the ICE in lto_wpa_write_files I got lto1: internal compiler error: in lto_reissue_options, at lto-opts.c:418. Once make clean and rebuild from scratch things when fine. So it looks to me that the new version cannot use previously produced object files Besides this minor point (I had only to wait 45 minutes using 8 cpus to have my full application to build) I confim that LATEST/4.6.1 solves the issue
[Bug fortran/47601] [OOP] Internal Error: mio_component_ref(): Component not found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601 --- Comment #11 from Kris kristopher.kuhlman at gmail dot com 2011-04-04 13:33:17 UTC --- (In reply to comment #10) *** Bug 48428 has been marked as a duplicate of this bug. *** I further reduced the code from bug 48248. I don't know if this helps, but if you change the size of the a2n vector from something that refers to a component of e to an integer, it goes away. -- mio_component_ref_error.f90:39.41: use elliptical_elements, only : line 1 Internal Error at (1): mio_component_ref(): Component not found -- module type_definitions implicit none private public :: ellipse type :: matching integer :: n = -999 end type matching type, extends(matching) :: ellipse end type ellipse end module type_definitions module elliptical_elements implicit none contains function line(e) result(a2n) use type_definitions, only : ellipse type(ellipse), intent(in) :: e complex(8), dimension(e%N) :: a2n ! - change e%N to 10 end function line end module elliptical_elements module solution_mod implicit none private public :: matrix_solution contains subroutine matrix_solution(e) use type_definitions, only : ellipse use elliptical_elements, only : line type(ellipse), intent(inout) :: e e = line(e) end subroutine matrix_solution end module solution_mod
[Bug target/39585] GCC Generates Incorrect Stack Instructins for Interrupts When using -Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39585 --- Comment #3 from Petteri Aimonen jpa at gcc dot mail.kapsi.fi 2011-04-04 13:46:13 UTC --- A workaround for this bug: #define __irq__ __attribute__((interrupt(IRQ), optimize(O2)))
[Bug inline-asm/48435] New: Assertion failure during IRA (df_scan)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48435 Summary: Assertion failure during IRA (df_scan) Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: inline-asm AssignedTo: unassig...@gcc.gnu.org ReportedBy: a...@gjlay.de This problem occurs with a file from avr-libc, the libc-like support library for avr. This is a regression that is present in last snapshot (SVN 171894) http://gcc.gnu.org/ml/gcc/2011-04/msg00044.html As previous snapshots broke the build for avr-gcc alltogether (for some other reason), I cannot say since when the problem occured. Updating to trunk doesn't help either. == configuration Reading specs from /mnt/nfs/home/georg/gnu/build/gcc-4.6-avr/gcc/specs COLLECT_GCC=/mnt/nfs/home/georg/gnu/build/gcc-4.6-avr/gcc/xgcc COLLECT_LTO_WRAPPER=/mnt/nfs/home/georg/gnu/build/gcc-4.6-avr/gcc/lto-wrapper Target: avr Configured with: ../../gcc.gnu.org/trunk/configure --target=avr --prefix=/local/gnu/install/gcc-4.6 --enable-languages=c,c++ --disable-libssp --disable-libada --disable-nls --disable-sharedThread model: single gcc version 4.7.0 20110404 (experimental) (GCC) == run avr-gcc strtod-i.c -S -Os strtod-i.c: In function 'strtod': strtod-i.c:834:106: error: can't find a register in class 'POINTER_REGS' while reloading 'asm' strtod-i.c:834:106: error: 'asm' operand has impossible constraints strtod-i.c:482:5: error: 'asm' operand has impossible constraints strtod-i.c:844:1: internal compiler error: in df_ref_record, at df-scan.c:2841 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. The assertion sees a stack slot where REG or SUBREG is needed.
[Bug c/48436] New: Regresion @171731: Missing #include reload.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48436 Summary: Regresion @171731: Missing #include reload.h Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: jbg...@lug-owl.de Created attachment 23868 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23868 Patch fixing the regression. Hi! 171731 introduces an access macro reg_equiv_mem(), which is now used in the VAX backend. However, the header file isn't included, so the VAX backend (tested for --target=vax-linux) now breaks: [...] gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmis sing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\ ../../gcc/gcc/config/vax/vax.c -o vax.o ../../gcc/gcc/config/vax/vax.c: In function ‘nonindexed_address_p’: ../../gcc/gcc/config/vax/vax.c:1680: warning: implicit declaration of function ‘reg_equiv_mem’ ../../gcc/gcc/config/vax/vax.c:1681: warning: passing argument 1 of ‘indirectable_address_p’ makes pointer from integer without a cast [...] make[1]: Entering directory `/mnt/nfs-programming/toolchain/gcc-build/gcc' gcc -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissin g-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -o cc1 c-lang.o c-family/stub-objc.o attribs.o c-errors.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-objc-common.o c-parser.o tree-mudflap.o c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-famil y/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o \ cc1-checksum.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a-lmpc -lmpfr -lgmp -rdynamic -ldl -L../zlib -lz libbackend.a(vax.o): In function `nonindexed_address_p': /mnt/nfs-programming/toolchain/gcc-build/gcc/../../gcc/gcc/config/vax/vax.c:1679: undefined reference to `reg_equiv_mem' /mnt/nfs-programming/toolchain/gcc-build/gcc/../../gcc/gcc/config/vax/vax.c:1679: undefined reference to `reg_equiv_mem' collect2: ld returned 1 exit status make[1]: *** [cc1] Error 1 make[1]: Leaving directory `/mnt/nfs-programming/toolchain/gcc-build/gcc' make: *** [all-gcc] Error 2 The attached patch fixes this regression by including the header file defining the used macro. (ChangeLog is in the patch file, needs the PR number.)
[Bug inline-asm/48435] Assertion failure during IRA (df_scan)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48435 --- Comment #1 from Georg-Johann Lay avr at gjlay dot de 2011-04-04 16:00:13 UTC --- Created attachment 23869 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23869 much simpler testcase There is a much simpler testcase that shows the reload problems for finding a register, at least: long val (unsigned int addr) { long val; asm volatile (; : +z (addr), =r (val)); return val; } avr-gcc iasm.c -S -Os iasm.c: In function 'val': iasm.c:5:5: error: can't find a register in class 'POINTER_REGS' while reloading 'asm' iasm.c:5:5: error: 'asm' operand has impossible constraints
[Bug c/48436] Regresion @171731: Missing #include reload.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48436 Jan-Benedict Glaw jbg...@lug-owl.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #1 from Jan-Benedict Glaw jbg...@lug-owl.de 2011-04-04 16:09:21 UTC --- Oh, it was fixed some hours before. Thanks!
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 Andreas Krebbel krebbel at gcc dot gnu.org changed: What|Removed |Added CC||krebbel at gcc dot gnu.org --- Comment #25 from Andreas Krebbel krebbel at gcc dot gnu.org 2011-04-04 16:13:26 UTC --- Bootstrap fails on s390 and s390x as well.
[Bug inline-asm/48435] Assertion failure during IRA (df_scan)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48435 --- Comment #2 from Georg-Johann Lay avr at gjlay dot de 2011-04-04 16:25:08 UTC --- Created attachment 23870 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23870 strtod-i.c procompiled source Added precompiled source, as it got lost in original post.
[Bug go/48222] libgo assertion failure in thread.c:40/63 on Solaris 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48222 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p ||atches/2011-04/msg00227.htm ||l Target Milestone|--- |4.7.0 --- Comment #1 from Rainer Orth ro at gcc dot gnu.org 2011-04-04 16:35:20 UTC --- Patch posted.
[Bug c/48436] Regresion @171731: Missing #include reload.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48436 --- Comment #2 from Jeffrey A. Law law at redhat dot com 2011-04-04 16:50:31 UTC --- I checked in an equivalent patch.
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #26 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-04 16:53:57 UTC --- Author: hjl Date: Mon Apr 4 16:53:51 2011 New Revision: 171942 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171942 Log: Fix PR bootstrap/48403. 2011-04-04 Bernd Schmidt ber...@codesourcery.com PR bootstrap/48403 * haifa-sched.c (nonscheduled_insns_begin): New static variable. (rank_for_schedule): Use scheduled_insns vector instead of last_scheduled_insn. (ok_for_early_queue_removal): Likewise. (queue_to_ready): Search forward in nonscheduled_insns_begin if we have a dbg_cnt. (choose_ready): Likewise. (commit_schedule): Use VEC_iterate. (schedule_block): Initialize nonscheduled_insns_begin. If we have a dbg_cnt, use it and ensure the first insn is in the ready list. (haifa_sched_init): Allocate scheduled_insns. (sched_extend_ready_list): Don't allocate it; reserve space. (haifa_sched_finish): Free it. Modified: trunk/gcc/ChangeLog trunk/gcc/haifa-sched.c
[Bug libstdc++/36104] [4.3/4.4/4.5/4.6/4.7 Regression] gnu-versioned-namespace is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36104 Benjamin Kosnik bkoz at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.6.1 |4.6.0 --- Comment #19 from Benjamin Kosnik bkoz at gcc dot gnu.org 2011-04-04 16:59:37 UTC --- This was fixed for 4.6.0
[Bug go/48242] gotest needs timeout mechanism
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48242 --- Comment #3 from Rainer Orth ro at gcc dot gnu.org 2011-04-04 17:11:19 UTC --- Created attachment 23871 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23871 pstack output for hanging token test on Solaris 8/SPARC
[Bug go/48242] gotest needs timeout mechanism
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48242 --- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-04-04 17:23:00 UTC --- When I attach gdb to the hanging process (on Solaris 8/x86), I find: [Switching to Thread 4 (LWP 1)] 0xbf6cac1b in _sigsuspend () from /usr/lib/libc.so.1 (gdb) where #0 0xbf6cac1b in _sigsuspend () from /usr/lib/libc.so.1 #1 0xbeaa6a44 in sigsuspend () from /usr/lib/libthread.so.1 #2 0xbf71a0c5 in sigsuspend () from /usr/lib/libc.so.1 #3 0xbee2c61c in stop_for_gc () at /vol/gcc/src/hg/trunk/local/libgo/runtime/go-go.c:302 #4 0xbea979bf in __sighndlr () from /usr/lib/libthread.so.1 #5 signal handler called #6 0xbf6c9891 in _poll () from /usr/lib/libc.so.1 #7 0xbf6dd41f in select () from /usr/lib/libc.so.1 #8 0xbefff522 in libgo_syscalls.syscall.Select (nfds=0, r=0x0, w=0x0, e=0x0, timeout=0x9e000390) at /vol/gcc/src/hg/trunk/local/libgo/syscalls/sysfile_posix.go:213 #9 0xbf00015a in libgo_syscalls.syscall.Sleep (nsec=10) at /vol/gcc/src/hg/trunk/local/libgo/syscalls/sleep_select.go:11 #10 0xbeef85ac in time.sysSleep (t=10) at /vol/gcc/src/hg/trunk/local/libgo/go/time/sys.go:57 #11 0xbeefd993 in time.sleeper (sleeperId=1) at /vol/gcc/src/hg/trunk/local/libgo/go/time/sleep.go:128 #12 0xbeef80d8 in time.$thunk0 (__go_thunk_parameter=0x9e010de0) at /vol/gcc/src/hg/trunk/local/libgo/go/time/sleep.go:109 #13 0xbee2c957 in start_go_thread (thread_arg=0x9e01c7c0) at /vol/gcc/src/hg/trunk/local/libgo/runtime/go-go.c:167 #14 0xbea978fc in _thread_start () from /usr/lib/libthread.so.1 [...] (gdb) #8 0xbefff522 in libgo_syscalls.syscall.Select (nfds=0, r=0x0, w=0x0, e=0x0, timeout=0x9e000390) at /vol/gcc/src/hg/trunk/local/libgo/syscalls/sysfile_posix.go:213 213 n = libc_select(nfds, (*byte)(unsafe.Pointer(r)), (gdb) p timeout $1 = (struct syscall.Timeval *) 0x9e000390 (gdb) p *$1 $2 = {Sec = 1, Usec = 0} I.e. the timeout is long past, but still the select hangs. Rainer
[Bug go/48240] libgo assertion failure at runtime/mem.c:114 on 64-bit Solaris 10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48240 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW URL||http://gcc.gnu.org/ml/gcc-p ||atches/2011-04/msg00236.htm ||l Last reconfirmed||2011.04.04 17:58:19 Target Milestone|--- |4.7.0 Ever Confirmed|0 |1 --- Comment #1 from Rainer Orth ro at gcc dot gnu.org 2011-04-04 17:58:19 UTC --- Patch posted.
[Bug ada/47163] Failure building target-libada for MingW64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47163 --- Comment #5 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-04-04 18:06:58 UTC --- Author: ebotcazou Date: Mon Apr 4 18:06:55 2011 New Revision: 171943 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171943 Log: PR ada/47163 * s-oscons-tmplt.c (MSG_WAITALL): Fix thinko in previous change. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/s-oscons-tmplt.c
[Bug c++/48424] C++0x parameter packs expansion problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48424 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.04 18:16:41 Ever Confirmed|0 |1 --- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2011-04-04 18:16:41 UTC --- Yes, that's an obsolete restriction that has been removed from the draft; 8.3.5/13 used to say A function parameter pack, if present, shall occur at the end of the parameter-declaration-list. but it doesn't any more.
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 Benjamin Kosnik bkoz at gcc dot gnu.org changed: What|Removed |Added CC||bkoz at gcc dot gnu.org --- Comment #27 from Benjamin Kosnik bkoz at gcc dot gnu.org 2011-04-04 18:17:26 UTC --- still fails bootstrap after #26 make[3]: Leaving directory `/mnt/share/bld/gcc-trunk' Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs Bootstrap comparison failure! gcc/final.o differs gcc/haifa-sched.o differs libiberty/cp-demangle.o differs libiberty/pic/cp-demangle.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/mnt/share/bld/gcc-trunk' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/mnt/share/bld/gcc-trunk' make: *** [bootstrap-lean] Error 2
[Bug lto/48437] New: LTO crashes with block-local function declarations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48437 Summary: LTO crashes with block-local function declarations Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: uweig...@gcc.gnu.org CC: rguent...@suse.de The following program: int test (void) { int f (void); return 0; } int main (void) { int f (void); int test (void); return test (); } crashes lto1 when compiled with gcc -g -O -flto -fwhole-program. What seems to happen is that the FUNCTION_DECL for f is added by the LTO reader into the BLOCK_VARS list of both test and main, which causes its DECL_CHAIN to be clobbered and the two lists to be cross-entangled. This in turn causes an endless recursive descent in set_block_abstract_flags, resulting in a stack overflow ... Seen on 4.6.0 (ppc64) and current mainline (i386).
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #28 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 18:25:37 UTC --- (In reply to comment #27) still fails bootstrap after #26 make[3]: Leaving directory `/mnt/share/bld/gcc-trunk' What is your target? It works for me on Linux/ia32 and Linux/x86-64.
[Bug rtl-optimization/44174] [4.4/4.5/4.6/4.7 Regression] can't find a register in class 'CLOBBERED_REGS' while reloading 'asm'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44174 --- Comment #12 from Rainer Orth ro at gcc dot gnu.org 2011-04-04 18:30:50 UTC --- gcc.target/i386/asm-6.c was failing on 32-bit Solaris 10 and 11/x86 on 20110127 and started to xpass on 20110331. What's going on here? Is this fixed for real or just some fallout?
[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #30 from Tobias Burnus burnus at gcc dot gnu.org 2011-04-04 18:35:17 UTC --- Author: burnus Date: Mon Apr 4 18:35:13 2011 New Revision: 171949 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171949 Log: 2011-04-04 Tobias Burnus bur...@net-b.de Mikael Morin mikael.mo...@sfr.fr PR fortran/18918 * check.c (is_coarray): Update - because of DIMEN_THIS_IMAGE. * expr.c (gfc_is_coindexed): Ditto. * gfortran.h (gfc_array_ref_dimen_type): Add DIMEN_THIS_IMAGE. * interface.c (compare_parameter): Use gfc_expr_attr and gfc_is_coindexed. * resolve.c (check_dimension, compare_spec_to_ref, resolve_allocate_expr, check_data_variable): Update for DIMEN_THIS_IMAGE. * simplify.c (gfc_simplify_lcobound, gfc_simplify_this_image, gfc_simplify_ucobound): Allow non-constant bounds. * trans-array.c (gfc_set_loop_bounds_from_array_spec, gfc_trans_create_temp_array, gfc_trans_constant_array_constructor, gfc_set_vector_loop_bounds, gfc_conv_array_index_offset, gfc_start_scalarized_body, gfc_trans_scalarizing_loops, gfc_trans_scalarized_loop_boundary, gfc_conv_section_startstride, gfc_conv_ss_startstride, gfc_conv_loop_setup, gfc_trans_array_bounds, gfc_conv_expr_descriptor, gfc_walk_variable_expr): Handle codimen. * trans-decl.c (gfc_build_qualified_array): Save cobounds. * trans-intrinsic.c (gfc_conv_intrinsic_bound): Use arg2. (conv_intrinsic_cobound): New function. (gfc_conv_intrinsic_function): Call it. (gfc_walk_intrinsic_function, gfc_add_intrinsic_ss_code): Handle ucobound, lcobound, this_image. * fortran/trans-types.c (gfc_build_array_type): Save cobounds. (gfc_get_dtype): Honour corank. (gfc_get_nodesc_array_type): Save corank and codimensions. (gfc_get_array_type_bounds): Save cobound. * fortran/trans.h (gfc_ss_info,gfc_loopinfo): Add codimen item. (gfc_array_kind): Add corank item. (GFC_TYPE_ARRAY_CORANK): New macro. 2011-04-04 Tobias Burnus bur...@net-b.de PR fortran/18918 * gfortran.dg/coarray_10.f90: Add coarray descriptor diagnostic check. * gfortran.dg/coarray_13.f90: Add checks for run-time cobounds. * gfortran.dg/coarray_15.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/coarray_15.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/check.c trunk/gcc/fortran/expr.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/interface.c trunk/gcc/fortran/resolve.c trunk/gcc/fortran/simplify.c trunk/gcc/fortran/trans-array.c trunk/gcc/fortran/trans-decl.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/fortran/trans-types.c trunk/gcc/fortran/trans.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/coarray_10.f90 trunk/gcc/testsuite/gfortran.dg/coarray_13.f90
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #29 from Benjamin Kosnik bkoz at gcc dot gnu.org 2011-04-04 18:47:44 UTC --- f14 x86_64, no ppl %rpm -qa | grep mpfr mpfr-devel-2.4.2-1.fc13.x86_64 mpfr-2.4.2-1.fc13.x86_64 bkoz@chula /mnt/share/bld/gcc-trunk %rpm -qa | grep gmp gmp-devel-4.3.1-7.fc14.x86_64 gmp-4.3.1-7.fc14.x86_64 bkoz@chula /mnt/share/bld/gcc-trunk %rpm -qa | grep libmpc libmpc-devel-0.8.1-1.fc13.x86_64 libmpcdec-1.2.6-6.fc12.i686 libmpcdec-1.2.6-6.fc12.x86_64 libmpc-0.8.1-1.fc13.x86_64 Configured like so: /mnt/share/src/gcc.svn-trunk/configure --enable-languages=c,c++ --verbose --prefix=/mnt/share/bin/H-x86_64-gcc-trunk --disable-multilib --disable-checking %uname -a Linux chula 2.6.35.11-83.fc14.x86_64 #1 SMP Mon Feb 7 07:06:44 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
[Bug rtl-optimization/44174] [4.4/4.5/4.6/4.7 Regression] can't find a register in class 'CLOBBERED_REGS' while reloading 'asm'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44174 --- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-04-04 18:50:30 UTC --- gcc.target/i386/asm-6.c was failing on 32-bit Solaris 10 and 11/x86 on 20110127 and started to xpass on 20110331. What's going on here? Is this fixed for real or just some fallout? This is purely a RA issue. I presume this is the IRA improvement stuff.
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #30 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 18:52:13 UTC --- This --enable-clocale=gnu --with-system-zlib --enable-shared --with-demangler-in-ld --enable-cloog-backend=isl --with-ppl-include=/opt/gnu/include --with-ppl-lib=/opt/gnu/lib64 --with-cloog-include=/opt/gnu/include --with-cloog-lib=/opt/gnu/lib64 --with-fpmath=sse --enable-languages=c,c++,fortran,java,lto,objc works for me on Fedora 14/x86-64. Please provide your complete configure.
[Bug fortran/48291] [4.6/4.7 Regression] [OOP] internal compiler error, new_symbol(): Symbol name too long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291 --- Comment #10 from janus at gcc dot gnu.org 2011-04-04 18:53:37 UTC --- Author: janus Date: Mon Apr 4 18:53:34 2011 New Revision: 171950 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171950 Log: 2011-04-04 Janus Weil ja...@gcc.gnu.org PR fortran/48291 * class.c (get_unique_hashed_string): Adjust maximum allowable length for unique type string. 2011-04-04 Janus Weil ja...@gcc.gnu.org PR fortran/48291 * gfortran.dg/class_42.f03: New. Added: branches/gcc-4_6-branch/gcc/testsuite/gfortran.dg/class_42.f03 Modified: branches/gcc-4_6-branch/gcc/fortran/ChangeLog branches/gcc-4_6-branch/gcc/fortran/class.c branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
[Bug fortran/48291] [4.6/4.7 Regression] [OOP] internal compiler error, new_symbol(): Symbol name too long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291 --- Comment #11 from janus at gcc dot gnu.org 2011-04-04 18:54:41 UTC --- Fixed on trunk and 4.6. Closing.
[Bug fortran/48291] [4.6/4.7 Regression] [OOP] internal compiler error, new_symbol(): Symbol name too long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #12 from janus at gcc dot gnu.org 2011-04-04 18:55:59 UTC --- (In reply to comment #11) Closing. ... for real.
[Bug fortran/48438] New: Several gfortran tests FAIL on Tru64 UNIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48438 Summary: Several gfortran tests FAIL on Tru64 UNIX Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: r...@gcc.gnu.org Host: alpha-dec-osf5.1b Target: alpha-dec-osf5.1b Build: alpha-dec-osf5.1b As can be seen on http://gcc.gnu.org/ml/gcc-testresults/2011-04/msg00287.html, several gfortran tests fail on Tru64 UNIX: * Even after the latest patch and with -mieee, gfortran.dg/bessel_6.f90 with the prints enabled aborts after extended output: 28 -0.484778965E-02 -0.484779058E-020.93E-09 -1.6115591526 F T 29 -0.365163200E-01 -0.365163200E-010.00E+00 -0.00 T T 30 0.396264251E-03 0.396265183E-03 -0.93E-09-19.7153797150 F F IOT/Abort trap * FAIL: gfortran.dg/large_real_kind_2.F90 -O0 execution test at all optimization levels. The tests terminate with Floating point exception even with -mieee. Program received signal SIGFPE, Arithmetic exception. 0x03ff80293a14 in cpow () from /usr/shlib/libm.so (gdb) where #0 0x03ff80293a14 in cpow () from /usr/shlib/libm.so #1 0x00012000992c in MAIN__ () at /vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/large_real_kind_2.F90:76 #2 0x000120015abc in main (argc=1, argv=0x11fffe068) at /vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/large_real_kind_2.F90:105 for the CTEST_POWER (0.0,5.4) call. * FAIL: gfortran.dg/nan_7.f90 -O0 execution test at all optimization levels: IOT/Abort trap even with -mieee Program received signal SIGABRT, Aborted. 0x03ff800ee3e8 in kill () from /usr/shlib/libc.so (gdb) where #0 0x03ff800ee3e8 in kill () from /usr/shlib/libc.so #1 0x03ff80223694 in tis_lock_global () from /usr/shlib/libc.so #2 0x03ff80141688 in tis_raise () from /usr/shlib/libc.so #3 0x03ff801d4e9c in abort () from /usr/shlib/libc.so #4 0x03ffbffe81e8 in _gfortran_abort () at /vol/gcc/src/hg/gcc-4.6-branch/local/libgfortran/intrinsics/abort.c:34 #5 0x00012000160c in MAIN__ () at /vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/nan_7.f90:14 #6 0x000120001688 in main (argc=1, argv=0x11fffe060) at /vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/nan_7.f90:15 (gdb) p k2 $1 = 0xfff8 * FAIL: gfortran.dg/nint_2.f90 -O0 execution test Program received signal SIGABRT, Aborted. 0x03ff800ee3e8 in kill () from /usr/shlib/libc.so (gdb) where #0 0x03ff800ee3e8 in kill () from /usr/shlib/libc.so #1 0x03ff80223694 in tis_lock_global () from /usr/shlib/libc.so #2 0x03ff80141688 in tis_raise () from /usr/shlib/libc.so #3 0x03ff801d4e9c in abort () from /usr/shlib/libc.so #4 0x03ffbffe81e8 in _gfortran_abort () at /vol/gcc/src/hg/gcc-4.6-branch/local/libgfortran/intrinsics/abort.c:34 #5 0x0001200013b4 in MAIN__ () at /vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/nint_2.f90:16 #6 0x0001200016a0 in main (argc=1, argv=0x11fffe060) at /vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/nint_2.f90:52 (gdb) p i1 $1 = 1 (gdb) p i2 $2 = 0 a = nearest(0.5_8,-1.0_8) i2 = nint(nearest(0.5_8,-1.0_8)) i1 = nint(a) if (i1 /= 0 .or. i2 /= 0) call abort * FAIL: gfortran.dg/pr45636.f90 -O scan-tree-dump-times forwprop2 memset 0 pr45636.f90.060t.forwprop2 has two calls to __builtin_memset * FAIL: gfortran.dg/realloc_on_assign_5.f03 -O0 execution test at all optimization levels: IOT/Abort trap Program received signal SIGABRT, Aborted. 0x03ff800ee3e8 in kill () from /usr/shlib/libc.so (gdb) where #0 0x03ff800ee3e8 in kill () from /usr/shlib/libc.so #1 0x03ff80223694 in tis_lock_global () from /usr/shlib/libc.so #2 0x03ff80141688 in tis_raise () from /usr/shlib/libc.so #3 0x03ff801d4e9c in abort () from /usr/shlib/libc.so #4 0x03ffbffe81e8 in _gfortran_abort () at /vol/gcc/src/hg/gcc-4.6-branch/local/libgfortran/intrinsics/abort.c:34 #5 0x0001200018fc in MAIN__ () at /vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/realloc_on_assign_5.f03:16 #6 0x0001200019ac in main (argc=1, argv=0x11fffe070) at /vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/realloc_on_assign_5.f03:18 if (a .ne. 'x') call abort * FAIL: gfortran.dg/guality/pr41558.f90 -O0 line 7 s == 'foo' and several others, seems to be the usual guality/gdb fragility
[Bug bootstrap/48148] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148 --- Comment #24 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 19:24:03 UTC --- Still doesn't work. Revision 171942 gave: http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00253.html /tmp/ccuKub9z.s: Assembler messages: /tmp/ccuKub9z.s:180352: Error: symbol `.Ldebug_info0' is already defined make[7]: *** [/tmp/ccxeOYQm.ltrans21.ltrans.o] Error 1 lto-wrapper: make returned 2 exit status /usr/local/x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status make[6]: *** [cc1] Error 1 make[6]: *** Waiting for unfinished jobs /tmp/ccxlW3CV.s: Assembler messages: /tmp/ccxlW3CV.s:164584: Error: symbol `.Ldebug_info0' is already defined make[7]: *** [/tmp/ccGWmRAf.ltrans21.ltrans.o] Error 1 make[7]: *** Waiting for unfinished jobs lto-wrapper: make returned 2 exit status /usr/local/x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status make[6]: *** [cc1obj] Error 1
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #31 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 19:41:46 UTC --- (In reply to comment #29) f14 x86_64, no ppl Configured like so: /mnt/share/src/gcc.svn-trunk/configure --enable-languages=c,c++ --verbose --prefix=/mnt/share/bin/H-x86_64-gcc-trunk --disable-multilib --disable-checking Confirmed.
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 Steve Ellcey sje at cup dot hp.com changed: What|Removed |Added CC||sje at cup dot hp.com --- Comment #32 from Steve Ellcey sje at cup dot hp.com 2011-04-04 19:48:36 UTC --- Also failing on IA64 HP-UX and Linux. With 171843, I get the comparision errors, with 171845 (or ToT that includes the patch from #26), I get an ICE during the stage2 build. /proj/opensrc/nightly/src/trunk/gcc/errors.c:86:1: internal compiler error: in max_issue, at haifa-sched.c:2524 Please submit a full bug report, with preprocessed source if appropriate.
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #33 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-04 19:50:24 UTC --- (In reply to comment #32) /proj/opensrc/nightly/src/trunk/gcc/errors.c:86:1: internal compiler error: in max_issue, at haifa-sched.c:2524 Please submit a full bug report, with preprocessed source if appropriate. I get this ICE on MIPS64-linux-gnu compiling libgcc for o32.
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #34 from Steven Bosscher steven at gcc dot gnu.org 2011-04-04 19:53:52 UTC --- Perhaps the patches can be reverted until it's clear what is wrong here? The trunk is now broken for 3 days, it will make things like bisecting regressions much harder later on if it stays broken even longer.
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #35 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 19:56:49 UTC --- (In reply to comment #31) (In reply to comment #29) f14 x86_64, no ppl Configured like so: /mnt/share/src/gcc.svn-trunk/configure --enable-languages=c,c++ --verbose --prefix=/mnt/share/bin/H-x86_64-gcc-trunk --disable-multilib --disable-checking Confirmed. On Linux/ia32, --enable-languages=c,c++ --disable-checking i686-linux also leads to warning: gcc/cc1plus-checksum.o differs warning: gcc/cc1-checksum.o differs Bootstrap comparison failure! gcc/final.o differs gcc/haifa-sched.o differs libiberty/pic/cp-demangle.o differs libiberty/cp-demangle.o differs make[3]: *** [compare] Error 1
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #36 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 19:57:14 UTC --- (In reply to comment #34) Perhaps the patches can be reverted until it's clear what is wrong here? The trunk is now broken for 3 days, it will make things like bisecting regressions much harder later on if it stays broken even longer. I agree.
[Bug bootstrap/48148] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148 --- Comment #25 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 20:01:29 UTC --- (In reply to comment #24) Still doesn't work. Revision 171942 gave: http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00253.html /tmp/ccuKub9z.s: Assembler messages: /tmp/ccuKub9z.s:180352: Error: symbol `.Ldebug_info0' is already defined make[7]: *** [/tmp/ccxeOYQm.ltrans21.ltrans.o] Error 1 lto-wrapper: make returned 2 exit status /usr/local/x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status make[6]: *** [cc1] Error 1 make[6]: *** Waiting for unfinished jobs /tmp/ccxlW3CV.s: Assembler messages: /tmp/ccxlW3CV.s:164584: Error: symbol `.Ldebug_info0' is already defined make[7]: *** [/tmp/ccGWmRAf.ltrans21.ltrans.o] Error 1 make[7]: *** Waiting for unfinished jobs lto-wrapper: make returned 2 exit status /usr/local/x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status make[6]: *** [cc1obj] Error 1 This started with revision 171856: http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg00048.html
[Bug target/48380] [gcc-4.7 regression] ICE in postreload.c while building trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48380 --- Comment #5 from Vladimir Makarov vmakarov at gcc dot gnu.org 2011-04-04 20:19:48 UTC --- Author: vmakarov Date: Mon Apr 4 20:19:45 2011 New Revision: 171951 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171951 Log: 2011-04-01 Vladimir Makarov vmaka...@redhat.com PR target/48380 * ira.c (ira): Call grow_reg_equivs when fix_reg_equiv_init is not called. * ira-emit.c (emit_move_list): Update reg equiv init insn list. Modified: trunk/gcc/ChangeLog trunk/gcc/ira-emit.c trunk/gcc/ira.c
[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412 --- Comment #6 from Thomas Koenig tkoenig at gcc dot gnu.org 2011-04-04 20:22:27 UTC --- Author: tkoenig Date: Mon Apr 4 20:22:21 2011 New Revision: 171952 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171952 Log: 2011-04-04 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/48412 * frontend-passes (cfe_expr_0): Reverse the order of going through the loops. 2011-04-04 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/48412 * function_optimize_4.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/function_optimize_4.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/frontend-passes.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #7 from Thomas Koenig tkoenig at gcc dot gnu.org 2011-04-04 20:27:32 UTC --- Fixed on trunk, closing. Thanks for the bug report and the analysis!
[Bug driver/48439] New: gcc fails to resume the normal treatment when -isystem has finished
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48439 Summary: gcc fails to resume the normal treatment when -isystem has finished Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: driver AssignedTo: unassig...@gcc.gnu.org ReportedBy: denis.excoff...@airbus.com A command line with both `-fbranch-target-load-optimize' and `-fbranch-target-load-optimize2' is typically a mistake. This mistake should not be reported when found from within a directory included using -isystem (it is not). However, it should be reported when found from within the main file. See below: the fourth (and last) command line should produce the same message as for the second one. % % cat a.cc #if defined(INCLUDED) #include c1.h #endif void a() {} % % cat c1.h class c1 { ~c1(void); }; c1::~c1(void) {} % % gcc --version | head -1 gcc (GCC) 4.6.0 % % set o = -O -Werror -fbranch-target-load-optimize -fbranch-target-load-optimize2 % % gcc -o a.o -UINCLUDED -I . $o -c a.cc a.cc: In function 'void a()': a.cc:4:11: error: branch target register load optimization is not intended to be run twice [-Werror] cc1plus: all warnings being treated as errors % gcc -o a.o -UINCLUDED -isystem . $o -c a.cc a.cc: In function 'void a()': a.cc:4:11: error: branch target register load optimization is not intended to be run twice [-Werror] cc1plus: all warnings being treated as errors % gcc -o a.o -DINCLUDED -I . $o -c a.cc In file included from a.cc:2:0: ./c1.h: In destructor 'c1::~c1()': ./c1.h:4:16: error: branch target register load optimization is not intended to be run twice [-Werror] cc1plus: all warnings being treated as errors % gcc -o a.o -DINCLUDED -isystem . $o -c a.cc % ls a.o a.o % I'm not so proud of this bug, sorry for it.
[Bug fortran/47976] [4.5 Regression] Recent gfortran.dg/actual_array_constructor_3.f90 regression on arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added CC||bernds at gcc dot gnu.org, ||ramana at gcc dot gnu.org --- Comment #6 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2011-04-04 20:42:11 UTC --- Adding bernds to the CC . Ramana
[Bug target/48256] gcc4.4.5 internal compiler error: in change_address_1, at emit-rtl.c:1954
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48256 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011.04.04 20:48:04 CC||ramana at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2011-04-04 20:48:04 UTC --- Please submit a pre-processed file as per instructions in http://gcc.gnu.org/bugs/ rather than something that includes header files that aren't submitted. Ramana
[Bug target/48183] ICE [arm] immed_double_const at emit-rtl.c (-mfpu=neon -g -O1)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48183 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.04 20:54:30 CC||ramana at gcc dot gnu.org Ever Confirmed|0 |1 Known to fail||4.6.0
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #37 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-04-04 21:13:51 UTC --- /proj/opensrc/nightly/src/trunk/gcc/errors.c:86:1: internal compiler error: in max_issue, at haifa-sched.c:2524 Please submit a full bug report, with preprocessed source if appropriate. Confirmed. Reduced testcase for -O2: typedef __builtin_va_list va_list; extern void exit (unsigned); extern int vfprintf (void *s, const char *format, va_list arg); extern void *stderr; void fatal (const char *format, ...) { va_list ap; __builtin_va_start(ap,format); vfprintf (stderr, format, ap); __builtin_va_end(ap); exit (1); } But x86/Linux, x86-64/Linux, x86-64/Darwin, x86/Solaris and SPARC/Solaris now bootstrap fine for me so there is some progress.
[Bug target/48252] ARM neon: problem with consecutive vzip, vuzp and vtrn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48252 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.04 21:21:06 CC||ira at gcc dot gnu.org, ||ramana at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #2 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2011-04-04 21:21:06 UTC --- Confirmed . This IIRC is something for which Ira had a patch. Adding her to the CC. ramana
[Bug target/46975] Replace 32 bit instructions with 16 bit instructions in thumb2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46975 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Keywords||missed-optimization Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.04 21:22:11 CC||ramana at gcc dot gnu.org Target Milestone|--- |4.7.0 Ever Confirmed|0 |1
[Bug target/46247] bug with loading constant to neon quad register
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46247 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.04 21:31:00 CC||ramana at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2011-04-04 21:31:00 UTC --- vmov.i32d18, #0 @ v8qi @ D.13245, movwr0, #:lower16:.LC0 @, vmov.i8 d19, #1 @ v8qi @ tmp229, movtr0, #:upper16:.LC0 @, vmovd17, d18 @ v8qi@ tmp231, D.13245 push{r4, r5, lr}@ vmov.i8 d16, #2 @ v8qi @ tmp236, sub sp, sp, #60 @,, vzip.8 d19, d17@ tmp230, tmp231 add r3, sp, #48 @ tmp238,, fstdd17, [sp, #16] @ tmp231, vzip.8 d16, d18@ tmp236, tmp237 fstdd16, [sp, #8] @ tmp236, vst1.8 {d19}, [r3] @ tmp230, tmp238 add r3, sp, #40 @ tmp239,, movwr4, #:lower16:.LC1 @ tmp243, vst1.8 {d17}, [r3] @ tmp231, tmp239 - add r3, sp, #32 @ tmp240,, movtr4, #:upper16:.LC1 @ tmp243, vst1.8 {d16}, [r3] @ tmp236, tmp240 add r3, sp, #24 @ tmp241,, vst1.8 {d17}, [r3] @ tmp231, tmp241 bl puts@ Why does this end up storing so many values to the stack . The problem appears to be with storing d17 twice instead of storing d18 in the case marked with
[Bug fortran/47976] [4.5 Regression] Recent gfortran.dg/actual_array_constructor_3.f90 regression on arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.04 21:32:23 Ever Confirmed|0 |1
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #38 from Benjamin Kosnik bkoz at gcc dot gnu.org 2011-04-04 21:37:21 UTC --- YES, please revert whatever is causing this ASAP. Bootstrap has been broken for much too long, on all the common devel arches.
[Bug middle-end/48440] New: [4.7 Regression] FAIL: gcc.c-torture/compile/labels-3.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48440 Summary: [4.7 Regression] FAIL: gcc.c-torture/compile/labels-3.c Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com CC: m...@gcc.gnu.org Revision 171903: http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg00095.html breaks gcc.c-torture/compile/labels-3.c for targets where Pmode == DImode and ptr_mode == SImode like x32. Revert * cgraphbuild.c (record_reference): Canonicalize constructor values. fixes the regression.
[Bug target/48328] GCC failed to generate 16bit relative jump table
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48328 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Keywords||missed-optimization Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.04 21:59:55 CC||ramana at gcc dot gnu.org Ever Confirmed|0 |1
[Bug middle-end/48440] [4.7 Regression] FAIL: gcc.c-torture/compile/labels-3.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48440 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 22:05:30 UTC --- The record_reference change remove the cast, which is needed for Pmode != ptr_mode: diff -upr bad/x.i.143r.expand good/x.i.143r.expand --- bad/x.i.143r.expand2011-04-04 15:02:05.652458274 -0700 +++ good/x.i.143r.expand2011-04-04 15:02:55.233678782 -0700 @@ -5,7 +5,7 @@ foo (int a) { void * gotovar.0; void * p; - static const short int ar[2] = {0, (short unsigned int) l2 - (short unsigned int) l1}; + static const short int ar[2] = {0, (short int) ((short unsigned int) (int) l2 - (short unsigned int) (int) l1)}; int D.2689; unsigned int D.2688; const short int D.2687; @@ -105,7 +105,7 @@ foo (int a) { void * gotovar.0; void * p; - static const short int ar[2] = {0, (short unsigned int) l2 - (short unsigned int) l1}; + static const short int ar[2] = {0, (short int) ((short unsigned int) (int) l2 - (short unsigned int) (int) l1)}; int D.2689; unsigned int D.2688; const short int D.2687;
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 --- Comment #29 from Richard Henderson rth at gcc dot gnu.org 2011-04-04 22:13:58 UTC --- Author: rth Date: Mon Apr 4 22:13:54 2011 New Revision: 171955 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171955 Log: PR 48400 * dwarf2out.c (output_line_info): Always emit line info from at least one section. (dwarf2out_init): Create text_section_line_info here ... (set_cur_line_info_table): ... not here. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c
[Bug middle-end/48440] [4.7 Regression] FAIL: gcc.c-torture/compile/labels-3.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48440 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2011-04-04 22:15:54 UTC --- This patch: diff --git a/gcc/cgraphbuild.c b/gcc/cgraphbuild.c index 3948cf6..c80d7ab 100644 --- a/gcc/cgraphbuild.c +++ b/gcc/cgraphbuild.c @@ -56,7 +56,10 @@ record_reference (tree *tp, int *walk_subtrees, void *data) t = canonicalize_constructor_val (t); if (!t) t = *tp; - else if (t != *tp) + else if (t != *tp +!(Pmode != ptr_mode + TREE_CODE (t) == ADDR_EXPR + TREE_CODE (*tp) == CONVERT_EXPR)) *tp = t; switch (TREE_CODE (t)) seems to work.
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 Richard Henderson rth at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #30 from Richard Henderson rth at gcc dot gnu.org 2011-04-04 22:17:05 UTC --- I committed a variant of the third and fourth patches, with extra commentary, now that we know exactly what the problem is.
[Bug middle-end/48441] New: [4.7 Regression] ICE in mark_oprs_set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441 Summary: [4.7 Regression] ICE in mark_oprs_set Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: dang...@gcc.gnu.org Host: hppa*-*-* Target: hppa*-*-* Build: hppa*-*-* /home/dave/gnu/gcc/objdir/./prev-gcc/xgcc -B/home/dave/gnu/gcc/objdir/./prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/bin/ -B/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/bin/ -B/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/include -isystem /home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/sys-include -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include -I../../gcc/libcpp/include -g -O2 -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wc++-compat -pedantic -Wno-long-long -Werror -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include -I../../gcc/libcpp/include -c -o charset.o -MT char set.o -MMD -MP -MF .deps/charset.Tpo ../../gcc/libcpp/charset.c ../../gcc/libcpp/charset.c: In function 'convert_utf16_utf8': ../../gcc/libcpp/charset.c:524:1: internal compiler error: Segmentation fault Program received signal SIGSEGV, Segmentation fault. 0x0343fb28 in mark_oprs_set (insn=0x407a5c30) at ../../gcc/gcc/cprop.c:543 543 for (def_rec = DF_INSN_INFO_DEFS (insn_info); *def_rec; def_rec++) (gdb) bt #0 0x0343fb28 in mark_oprs_set (insn=0x407a5c30) at ../../gcc/gcc/cprop.c:543 #1 0x03443024 in one_cprop_pass () at ../../gcc/gcc/cprop.c:1802 #2 0x03443320 in execute_rtl_cprop () at ../../gcc/gcc/cprop.c:1853 #3 0x013714f0 in execute_one_pass (pass=0x42e7820) at ../../gcc/gcc/passes.c:1555 #4 0x01371870 in execute_pass_list (pass=0x42e7820) at ../../gcc/gcc/passes.c:1610 #5 0x01371898 in execute_pass_list (pass=0x42e7820) at ../../gcc/gcc/passes.c:1611 #6 0x01371898 in execute_pass_list (pass=0x42e7820) at ../../gcc/gcc/passes.c:1611 Backtrace stopped: previous frame identical to this frame (corrupt stack?) dave@hiauly6:~/gnu/gcc/objdir/prev-gcc$ ./xgcc -B./ -v Reading specs from ./specs COLLECT_GCC=./xgcc COLLECT_LTO_WRAPPER=./lto-wrapper Target: hppa-linux Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared --prefix=/home/dave/opt/gnu/gcc/gcc-4.7.0 --with-local-prefix=/home/dave/opt/gnu --enable-threads=posix --enable-__cxa_atexit --build=hppa-linux --enable-clocale=gnu --enable-java-gc=boehm --enable-java-awt=xlib --without-cloog --without-ppl --enable-languages=c,c++,objc,fortran,obj-c++,java,ada Thread model: posix gcc version 4.7.0 20110404 (experimental) [trunk revision 171950] (GCC)
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #39 from Bernd Schmidt bernds at gcc dot gnu.org 2011-04-04 22:27:26 UTC --- (In reply to comment #37) Confirmed. Reduced testcase for -O2: typedef __builtin_va_list va_list; extern void exit (unsigned); extern int vfprintf (void *s, const char *format, va_list arg); extern void *stderr; void fatal (const char *format, ...) { va_list ap; __builtin_va_start(ap,format); vfprintf (stderr, format, ap); __builtin_va_end(ap); exit (1); } mips64-linux, right? $ ./cc1 ebtc.c -O2 fatal Analyzing compilation unit Performing interprocedural optimizations *free_lang_data visibility early_local_cleanups whole-program ipa-profile cp inline pure-const static-varAssembling functions: fatal Execution times (seconds) df scan insns : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 (20%) wall 0 kB ( 0%) ggc parser: 0.01 (100%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall 155 kB (22%) ggc TOTAL : 0.01 0.00 0.05 701 kB Extra diagnostic checks enabled; compiler may run slowly. Configure with --enable-checking=release to disable checks. $ How did you configure the toolchain?
[Bug middle-end/48441] [4.7 Regression] ICE in mark_oprs_set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441 --- Comment #1 from dave at hiauly1 dot hia.nrc.ca 2011-04-04 22:30:50 UTC --- On Mon, 04 Apr 2011, danglin at gcc dot gnu.org wrote: Attached .i. Dave
[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #40 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-04 22:36:56 UTC --- Created attachment 23873 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23873 Testcase for the MIPS ICE ./cc1 t1.c -mabi=32 -O2 -march=octeon -da -quiet t1.c: In function ‘__udivmoddi4’: t1.c:55:1: internal compiler error: in max_issue, at haifa-sched.c:2529 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions.
[Bug middle-end/48441] [4.7 Regression] ICE in mark_oprs_set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441 --- Comment #2 from John David Anglin danglin at gcc dot gnu.org 2011-04-04 22:37:38 UTC --- (gdb) p debug_rtx (insn) (jump_insn/v 247 246 338 29 (set (pc) (if_then_else (eq (reg/v:SI 116 [ rval ]) (const_int 7 [0x7])) (label_ref:SI 338) (pc))) ../../gcc/libcpp/charset.c:481 25 {*pa.md:1330} (expr_list:REG_BR_PROB (const_int 9550 [0x254e]) (nil)) - 338) $1 = void (gdb) p/x $pc $2 = 0x343fb28 (gdb) disass 0x343fb18,0x343fb38 Dump of assembler code from 0x343fb18 to 0x343fb38: 0x0343fb18 mark_oprs_set+48:add,l r19,ret0,ret0 0x0343fb1c mark_oprs_set+52:ldw 0(ret0),ret0 0x0343fb20 mark_oprs_set+56:stw ret0,c(r3) 0x0343fb24 mark_oprs_set+60:ldw c(r3),ret0 = 0x0343fb28 mark_oprs_set+64:ldw 4(ret0),ret0 0x0343fb2c mark_oprs_set+68:stw ret0,8(r3) 0x0343fb30 mark_oprs_set+72:b,l,n 0x343fb68 mark_oprs_set+128,r0 0x0343fb34 mark_oprs_set+76:addil L%8f800,dp,r1 End of assembler dump. (gdb) p/x $ret0 $3 = 0x0
[Bug middle-end/48441] [4.7 Regression] ICE in mark_oprs_set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.04.04 22:46:09 AssignedTo|unassigned at gcc dot |steven at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #3 from Steven Bosscher steven at gcc dot gnu.org 2011-04-04 22:46:09 UTC --- Obviously mine.
[Bug middle-end/48441] [4.7 Regression] ICE in mark_oprs_set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48441 --- Comment #4 from Steven Bosscher steven at gcc dot gnu.org 2011-04-04 22:50:01 UTC --- I'll try to reproduce this with a cross-compiler tomorrow. It would be helpful if you can dump the DF info for this insn (df_debug_insn).
[Bug go/48242] gotest needs timeout mechanism
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48242 --- Comment #5 from Ian Lance Taylor ian at airs dot com 2011-04-04 23:39:18 UTC --- The stack trace attachment shows that there are three threads waiting for garbage collection to complete, but the thread invoking the garbage collector is waiting for the threads to report that they are ready. The question is why that happened. Is the garbage collector waiting for a thread that somehow disappeared, or did the garbage collector fail to receive a notification?
[Bug rtl-optimization/48442] New: ICE: in init_seqno, at sel-sched.c:6767 with -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48442 Summary: ICE: in init_seqno, at sel-sched.c:6767 with -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Created attachment 23874 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23874 auto-reduced testcase (from gcc.c-torture/compile/930523-1.c) Compiler output (4.6/4.7): $ gcc -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100 testcase.c testcase.c: In function 'f': testcase.c:25:1: internal compiler error: in init_seqno, at sel-sched.c:6767 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. (gdb) bt #0 fancy_abort (file=0x116c168 /mnt/svn/gcc-trunk/gcc/sel-sched.c, line=6767, function=0x116d393 init_seqno) at /mnt/svn/gcc-trunk/gcc/diagnostic.c:892 #1 0x008a28aa in init_seqno (number_of_insns=2, blocks_to_reschedule=0x0, from=0x75976b60) at /mnt/svn/gcc-trunk/gcc/sel-sched.c:6767 #2 0x008a9f51 in sel_sched_region_1 (rgn=0) at /mnt/svn/gcc-trunk/gcc/sel-sched.c:7486 #3 sel_sched_region (rgn=0) at /mnt/svn/gcc-trunk/gcc/sel-sched.c:7599 #4 0x008abb0a in run_selective_scheduling () at /mnt/svn/gcc-trunk/gcc/sel-sched.c:7675 #5 0x00879b16 in rest_of_handle_sched2 () at /mnt/svn/gcc-trunk/gcc/sched-rgn.c:3524 #6 0x007efd46 in execute_one_pass (pass=0x1649ba0) at /mnt/svn/gcc-trunk/gcc/passes.c:1555 #7 0x007f0035 in execute_pass_list (pass=0x1649ba0) at /mnt/svn/gcc-trunk/gcc/passes.c:1610 #8 0x007f0047 in execute_pass_list (pass=0x1649180) at /mnt/svn/gcc-trunk/gcc/passes.c:1611 #9 0x007f0047 in execute_pass_list (pass=0x16491e0) at /mnt/svn/gcc-trunk/gcc/passes.c:1611 #10 0x00934d15 in tree_rest_of_compilation (fndecl=0x75977f00) at /mnt/svn/gcc-trunk/gcc/tree-optimize.c:422 #11 0x00b01337 in cgraph_expand_function (node=0x75998000) at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1580 #12 0x00b03a8c in cgraph_expand_all_functions () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1639 #13 cgraph_optimize () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1903 #14 0x00b0401a in cgraph_finalize_compilation_unit () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1100 #15 0x00509094 in c_write_global_declarations () at /mnt/svn/gcc-trunk/gcc/c-decl.c:9879 #16 0x008dd94d in compile_file (argc=16, argv=0x7fffdc28) at /mnt/svn/gcc-trunk/gcc/toplev.c:591 Compiler output (4.4/4.5): $ gcc -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100 testcase.c testcase.c: In function 'f': testcase.c:25:1: error: wrong amount of branch edges after conditional jump 2 testcase.c:25:1: internal compiler error: verify_flow_info failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. (gdb) bt #0 error (gmsgid=0x1059ff8 wrong amount of branch edges after conditional jump %i) at /mnt/svn/gcc-4_5/gcc/diagnostic.c:625 #1 0x0058c33f in rtl_verify_flow_info_1 () at /mnt/svn/gcc-4_5/gcc/cfgrtl.c:1955 #2 0x0058d353 in rtl_verify_flow_info () at /mnt/svn/gcc-4_5/gcc/cfgrtl.c:2058 #3 0x0057d007 in verify_flow_info () at /mnt/svn/gcc-4_5/gcc/cfghooks.c:257 #4 0x007759ce in execute_function_todo (data=value optimized out) at /mnt/svn/gcc-4_5/gcc/passes.c:1262 #5 0x0077575a in execute_todo (flags=132107) at /mnt/svn/gcc-4_5/gcc/passes.c:1287 #6 0x00777df2 in execute_one_pass (pass=0x15557a0) at /mnt/svn/gcc-4_5/gcc/passes.c:1591 #7 0x00778005 in execute_pass_list (pass=0x15557a0) at /mnt/svn/gcc-4_5/gcc/passes.c:1623 #8 0x00778017 in execute_pass_list (pass=0x1554ac0) at /mnt/svn/gcc-4_5/gcc/passes.c:1624 #9 0x00778017 in execute_pass_list (pass=0x1554a60) at /mnt/svn/gcc-4_5/gcc/passes.c:1624 #10 0x008b8775 in tree_rest_of_compilation (fndecl=0x7575d800) at /mnt/svn/gcc-4_5/gcc/tree-optimize.c:413 #11 0x00a52dc1 in cgraph_expand_function (node=0x77ed14e0) at /mnt/svn/gcc-4_5/gcc/cgraphunit.c:1574 #12 0x00a55735 in cgraph_expand_all_functions () at /mnt/svn/gcc-4_5/gcc/cgraphunit.c:1653 #13 cgraph_optimize () at /mnt/svn/gcc-4_5/gcc/cgraphunit.c:1909 #14 0x00a55e95 in cgraph_finalize_compilation_unit () at /mnt/svn/gcc-4_5/gcc/cgraphunit.c:1122 #15 0x004b12e3 in c_write_global_declarations () at /mnt/svn/gcc-4_5/gcc/c-decl.c:9520 #16 0x00867a65 in compile_file (argc=16, argv=0x7fffdbf8) at /mnt/svn/gcc-4_5/gcc/toplev.c:1065
[Bug go/48222] libgo assertion failure in thread.c:40/63 on Solaris 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48222 --- Comment #2 from ian at gcc dot gnu.org ian at gcc dot gnu.org 2011-04-04 23:44:12 UTC --- Author: ian Date: Mon Apr 4 23:43:59 2011 New Revision: 171960 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171960 Log: libgo: Always initialize semaphores. 2011-04-03 Rainer Orth r...@cebitec.uni-bielefeld.de PR go/48222 * runtime/malloc.goc (runtime_mallocinit): Call runtime_Mprof_Init, runtime_initfintab. * runtime/cpuprof.c (runtime_cpuprofinit): New function. * runtime/runtime.h (runtime_cpuprofinit): Declare it. * runtime/go-main.c (main): Use it. Modified: trunk/libgo/runtime/cpuprof.c trunk/libgo/runtime/go-main.c trunk/libgo/runtime/malloc.goc trunk/libgo/runtime/runtime.h
[Bug go/48222] libgo assertion failure in thread.c:40/63 on Solaris 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48222 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from Ian Lance Taylor ian at airs dot com 2011-04-04 23:46:48 UTC --- Fixed, I hope.