[Bug tree-optimization/56707] New: [4.7 regression] ICE in distance_non_agu_define_in_bb for -mtune=atom -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56707 Bug #: 56707 Summary: [4.7 regression] ICE in distance_non_agu_define_in_bb for -mtune=atom -O2 Classification: Unclassified Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Created attachment 29712 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29712 Reduced testcase With gcc-4.7 compiled as: ./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-werror --enable-languages=c,c++ attached testcase fails for: build/gcc/cc1plus -mtune=atom -O2 bug461694.i Program received signal SIGSEGV, Segmentation fault. distance_non_agu_define_in_bb (...) at /dev/shm/gcc/gcc/config/i386/i386.c:16558 16558 if (prev == BB_HEAD (bb)) yielding: #0 distance_non_agu_define_in_bb (regno1=regno1@entry=3, regno2=regno2@entry=4294967295, insn=insn@entry=0x75d661b0, distance=distance@entry=2, start=optimized out, found=found@entry=0x7fffe23b ) at /dev/shm/gcc/gcc/config/i386/i386.c:16558 #1 0x00c4adbc in distance_non_agu_define (insn=0x75d661b0, regno2=4294967295, regno1=3) at /dev/shm/gcc/gcc/config/i386/i386.c:16612 #2 ix86_lea_outperforms (insn=0x75d661b0, regno0=0, regno1=3, regno2=4294967295, split_cost=0) at /dev/shm/gcc/gcc/config/i386/i386.c:16782 #3 0x00d862f0 in output_53 (operands=0x1631ac0 recog_data, insn=0x75d661b0) at /dev/shm/gcc/gcc/config/i386/i386.md:2224 #4 0x00827bd3 in final_scan_insn (insn=insn@entry=0x75d661b0, file=file@entry=0x16b2ef0, optimize_p=optimize_p@entry=2, nopeepholes=nopeepholes@entry=0, seen=seen@entry=0x7fffe39c) at /dev/shm/gcc/gcc/final.c:2682 #5 0x00828690 in final (first=0x75d45a00, file=0x16b2ef0, optimize_p=2) at /dev/shm/gcc/gcc/final.c:1786 #6 0x0082898a in rest_of_handle_final () at /dev/shm/gcc/gcc/final.c:4319 #7 0x0097b23d in execute_one_pass (pass=pass@entry=0x1519d60 pass_final) at /dev/shm/gcc/gcc/passes.c:2180 #8 0x0097b5c5 in execute_pass_list (pass=0x1519d60 pass_final) at /dev/shm/gcc/gcc/passes.c:2235 #9 0x0097b5d7 in execute_pass_list (pass=0x151aa40 pass_postreload) at /dev/shm/gcc/gcc/passes.c:2236 #10 0x0097b5d7 in execute_pass_list (pass=0x151aaa0 pass_rest_of_compilation) at /dev/shm/gcc/gcc/passes.c:2236 #11 0x00774397 in tree_rest_of_compilation (node=0x75c1c850) at /dev/shm/gcc/gcc/cgraphunit.c:1898 #12 0x00778b12 in cgraph_expand_function (node=0x75c1c850) at /dev/shm/gcc/gcc/cgraphunit.c:1968 #13 0x0077aaaf in cgraph_expand_all_functions () at /dev/shm/gcc/gcc/cgraphunit.c:2033 #14 cgraph_optimize () at /dev/shm/gcc/gcc/cgraphunit.c:2724 #15 0x0077afb5 in cgraph_finalize_compilation_unit () at /dev/shm/gcc/gcc/cgraphunit.c:2810 #16 0x005ac36b in cp_write_global_declarations () at /dev/shm/gcc/gcc/cp/decl2.c:4072 #17 0x00a17f4a in compile_file () at /dev/shm/gcc/gcc/toplev.c:572 #18 do_compile () at /dev/shm/gcc/gcc/toplev.c:1938 #19 toplev_main (argc=4, argv=0x7fffe6b8) at /dev/shm/gcc/gcc/toplev.c:2014 #20 0x7664d9b5 in __libc_start_main (main=0x4d13b0 main, argc=4, ubp_av=0x7fffe6b8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe6a8) at libc-start.c:225 Regression was introduced by: http://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=181077 (bug 50962) ICE disappears with: http://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=186451 Bug is still present in gcc-4.7 branch. Tested with: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-4_7-branch@197001 Please check if revision 186451 is a proper fix and backport to gcc-4.7 branch. TIA!
[Bug bootstrap/53728] [4.6 regression] Bootstrap comparison failure (gcc/varasm.o differs) with CFLAGS=-O2 -march=pentium3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53728 --- Comment #3 from Kacper Kowalik xarthisius.kk at gmail dot com 2013-02-15 11:45:13 UTC --- (In reply to comment #2) Please test the source from the latest 4.6 SVN branch. I've got report from user claiming that: commit 10612cb1b937163dcb5207913814a2fa5902cfa2 Author: gccadmin gccadmin@138bc75d-0d04-0410-961f-82ee72b054a4 Date: Fri Feb 15 00:17:27 2013 + Daily bump. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-4_6-branch@196061 138bc75d-0d04-0410-961f-82ee72b054a Still fails
[Bug fortran/56026] New: Erroneous behaviour of E and ES format descriptor for large numbers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56026 Bug #: 56026 Summary: Erroneous behaviour of E and ES format descriptor for large numbers Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com For 3 digit exponent 'E' is lost: $ cat bug.f90 print *, HUGE(1.0d0) print '(ES18.7)', HUGE(1.0d0) print '(E18.10)', HUGE(1.0d0) end $ ./a.out 1.7976931348623157E+308 1.7976931+308 0.1797693135+309
[Bug c++/53900] [regression] Too optimistic on a alignment assert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53900 Kacper Kowalik xarthisius.kk at gmail dot com changed: What|Removed |Added CC||xarthisius.kk at gmail dot ||com --- Comment #5 from Kacper Kowalik xarthisius.kk at gmail dot com 2012-12-28 17:47:12 UTC --- (In reply to comment #1) You tell the compiler array is aligned, so what do you expect? This regression was introduced by: http://gcc.gnu.org/viewcvs?view=revisionrevision=172424 2011-04-14 Richard Guenther rguent...@suse.de * tree.h (get_object_alignment_1): Declare. * builtins.c (get_object_alignment_1): Split out worker from ... (get_object_alignment): ... here. * fold-const.c (get_pointer_modulus_and_residue): Use get_object_alignment_1. * gcc.dg/fold-bitand-4.c: Move ... * c-c++-common/fold-bitand-4.c: ... here. Adjust slightly. Could you please verify that it's intended behaviour and/or indicate if provided testcase is a valid/invalid code? Thank you in advance, Kacper Kowalik
[Bug fortran/54725] cross gfortran always searches host paths (e.g. /usr/include)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54725 Kacper Kowalik xarthisius.kk at gmail dot com changed: What|Removed |Added CC||xarthisius.kk at gmail dot ||com --- Comment #2 from Kacper Kowalik xarthisius.kk at gmail dot com 2012-09-27 06:00:32 UTC --- (In reply to comment #1) You forgot to explain what you think is not quite right. gfortran searches only directories where it may have installed some modules and directories that you explicitly add via -I. Because when you do cross compilation you don't want your compiler to pick up host modules. Apart from that ^^ shouldn't frontends behave in a consistent manner?
[Bug fortran/54714] New: ICE on invalid expression involving DT with allocatable components and constructor in I/O
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54714 Bug #: 54714 Summary: ICE on invalid expression involving DT with allocatable components and constructor in I/O Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Hi, following code: program foo type :: na_var integer, allocatable, dimension(:) :: x end type na_var write(*,*) na_var([2,2]) end gives ICE with xarth@janus01 ~ $ gfortran -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.0-pre/gfortran COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.8.0-pre/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.8.0_pre/work/gcc-4.8.0-/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.0-pre --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0-pre/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0-pre/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-multilib --with-multilib-list=m32,m64 --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/python --enable-checking=yes --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.8.0_pre' Thread model: posix gcc version 4.8.0-pre 20120922 (experimental) commit f09a218261ba473738ad45f2c643957523019a17 (Gentoo 4.8.0_pre) For the reference, this bug is a variation of PR41859
[Bug fortran/54668] New: [ICE] with ALLOCATE statement in which the value and rank is determined by reference to another object
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54668 Bug #: 54668 Summary: [ICE] with ALLOCATE statement in which the value and rank is determined by reference to another object Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Hi, following code gives ICE: program ala integer, dimension(3) :: a integer, dimension(:), allocatable :: b a = [1,2,3] allocate(b, source=a) print *, b deallocate(b) end I'm not 100% sure it's valid code so I'll leave keywords blank (though it works with ifort-13.0). It gives ICE with all version of gfortran =4.6, following backtrace: #0 0x7771b5de in __gmpz_set () from /usr/lib64/libgmp.so.10 #1 0x0059d9fc in conformable_arrays (e2=0x14fcd10, e1=0x14fd530) at gcc/fortran/resolve.c:7056 #2 resolve_allocate_expr (code=0x14fd780, e=0x14fcd10) at gcc/fortran/resolve.c:7222 #3 resolve_allocate_deallocate (code=code@entry=0x14fd780, fcn=optimized out, fcn@entry=0xe19de9 ALLOCATE) at gcc/fortran/resolve.c:7614 #4 0x005a1117 in resolve_code (code=0x14fd780, ns=ns@entry=0x14f9230) at gcc/fortran/resolve.c:9793 #5 0x005a2a5f in resolve_codes (ns=ns@entry=0x14f9230) at gcc/fortran/resolve.c:14310 #6 0x0059310c in gfc_resolve (ns=0x14f9230) at gcc/fortran/resolve.c:14337 #7 0x00588eab in resolve_all_program_units (gfc_global_ns_list=0x14f9230) at gcc/fortran/parse.c:4398 #8 gfc_parse_file () at gcc/fortran/parse.c:4665 #9 0x005c4ce6 in gfc_be_parse_file () at gcc/fortran/f95-lang.c:191 #10 0x0093a96c in compile_file () at gcc/toplev.c:546 #11 0x0093c58a in do_compile () at gcc/toplev.c:1863 #12 toplev_main (argc=2, argv=0x7fffdec8) at gcc/toplev.c:1939 #13 0x76c6a6e5 in __libc_start_main () from /lib64/libc.so.6 #14 0x0051d731 in _start () was produced with: Configured with: /var/tmp/portage/sys-devel/gcc-4.8.0_pre/work/gcc-4.8.0-/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.0-pre --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0-pre/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0-pre/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-multilib --with-multilib-list=m32,m64 --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/python --enable-checking=yes --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.8.0_pre' Thread model: posix gcc version 4.8.0-pre 20120922 (experimental) commit f09a218261ba473738ad45f2c643957523019a17 (Gentoo 4.8.0_pre)
[Bug fortran/54434] New: [4.8/ICE] on illegal use of TYPE(*) in SELECT TYPE construct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54434 Bug #: 54434 Summary: [4.8/ICE] on illegal use of TYPE(*) in SELECT TYPE construct Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Following (invalid) code causes ICE: type(*) :: dummy select type(dummy) end select end with: Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.0-pre/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.8.0-pre/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.8.0_pre/work/gcc-4.8.0-/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.0-pre --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0-pre/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0-pre/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --with-ppl --with-cloog --disable-ppl-version-check --with-cloog-include=/usr/include/cloog-ppl --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-multilib --with-multilib-list=m32,m64 --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.8.0-pre/python --enable-checking=release --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.8.0_pre' Thread model: posix gcc version 4.8.0-pre 20120827 (experimental) commit 362e3dd9651511fff63453eaf0b0d25f49e1f12e (Gentoo 4.8.0_pre)
[Bug bootstrap/53728] New: [4.6 regression] Bootstrap comparison failure (gcc/varasm.o differs) with CFLAGS=-O2 -march=pentium3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53728 Bug #: 53728 Summary: [4.6 regression] Bootstrap comparison failure (gcc/varasm.o differs) with CFLAGS=-O2 -march=pentium3 Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Following steps are needed to reproduce: ./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --disable-fixed-point --with-ppl --with-cloog --disable-ppl-version-check --with-cloog-include=/usr/include/cloog-ppl --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --enable-checking=release --disable-libgcj --with-arch=i686 --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all make -j24 'LDFLAGS=-Wl,-O1 -Wl,--as-needed' STAGE1_CFLAGS= 'BOOT_CFLAGS= -O2 -march=pentium3 -pipe' bootstrap-lean Results in: ... Comparing stages 2 and 3 warning: gcc/cc1plus-checksum.o differs warning: gcc/cc1-checksum.o differs Bootstrap comparison failure! gcc/varasm.o differs Regression was introduced with: Turn on -fomit-frame-pointer by default for 32bit Linux/x86. 2010-08-12 H.J. Lu hongjiu...@intel.com Uros Bizjak ubiz...@gmail.com * config.gcc: Handle --enable-frame-pointer. * configure.ac: Add --enable-frame-pointer. * configure: Regenerated. * config/i386/i386.c (USE_IX86_FRAME_POINTER): Default to 0. (override_options): If not configured with --enable-frame-pointer, enable -fomit-frame-pointer (but not for TARGET_MACHO or when optimizing for size), -fasynchronous-unwind-tables and -maccumulate-outgoing-args by default. http://gcc.gnu.org/viewcvs?view=revisionrevision=163196 and seems to be gone with: http://gcc.gnu.org/viewcvs?view=revisionrevision=171649
[Bug rtl-optimization/53700] [4.7 regression] ICE in reload_cse_simplify_operands, at postreload.c:403
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53700 --- Comment #4 from Kacper Kowalik xarthisius.kk at gmail dot com 2012-06-17 10:07:04 UTC --- (In reply to comment #1) It was fixed in trunk by following changeset: http://gcc.gnu.org/viewcvs?view=revisionrevision=185971 Please backport For the completness, the regression was introduced by: http://gcc.gnu.org/viewcvs?view=revisionrevision=182015 (gdb) bt #0 fancy_abort (file=0xcb4975 /dev/shm/gcc/gcc/postreload.c, line=403, function=0xcb4e90 reload_cse_simplify_operands) at /dev/shm/gcc/gcc/diagnostic.c:898 #1 0x00737f75 in _fatal_insn (msgid=optimized out, insn=0x755f0318, file=0xcb4975 /dev/shm/gcc/gcc/postreload.c, line=403, function=0xcb4e90 reload_cse_simplify_operands) at /dev/shm/gcc/gcc/rtl-error.c:110 #2 0x00737fa0 in _fatal_insn_not_found (insn=optimized out, file=optimized out, line=optimized out, function=optimized out) at /dev/shm/gcc/gcc/rtl-error.c:120 #3 0x006f4e01 in reload_cse_simplify_operands (insn=0x755f0318, testreg=0x755fe0c0) at /dev/shm/gcc/gcc/postreload.c:403 #4 0x006f519d in reload_cse_simplify (testreg=0x755fe0c0, insn=0x755f0318) at /dev/shm/gcc/gcc/postreload.c:181 #5 reload_cse_regs_1 (first=optimized out) at /dev/shm/gcc/gcc/postreload.c:214 #6 0x006f65a9 in reload_cse_regs (first=0x75929480) at /dev/shm/gcc/gcc/postreload.c:71 #7 0x006f6f7c in rest_of_handle_postreload () at /dev/shm/gcc/gcc/postreload.c:2277 #8 rest_of_handle_postreload () at /dev/shm/gcc/gcc/postreload.c:2271 #9 0x006efc2a in execute_one_pass (pass=0x11b0140) at /dev/shm/gcc/gcc/passes.c:2074 #10 0x006eff45 in execute_pass_list (pass=0x11b0140) at /dev/shm/gcc/gcc/passes.c:2129 #11 0x006eff57 in execute_pass_list (pass=0x11afec0) at /dev/shm/gcc/gcc/passes.c:2130 #12 0x006eff57 in execute_pass_list (pass=0x11aff20) at /dev/shm/gcc/gcc/passes.c:2130 #13 0x007c7a53 in tree_rest_of_compilation (fndecl=0x758d8500) at /dev/shm/gcc/gcc/tree-optimize.c:421 #14 0x0057a40a in cgraph_expand_function (node=optimized out) at /dev/shm/gcc/gcc/cgraphunit.c:1818 #15 0x0057baba in cgraph_expand_all_functions () at /dev/shm/gcc/gcc/cgraphunit.c:1885 #16 cgraph_optimize () at /dev/shm/gcc/gcc/cgraphunit.c:2198 #17 0x0057c07a in cgraph_finalize_compilation_unit () at /dev/shm/gcc/gcc/cgraphunit.c:1327 #18 0x004c09a0 in c_write_global_declarations () at /dev/shm/gcc/gcc/c-decl.c:10026 #19 0x00782978 in compile_file () at /dev/shm/gcc/gcc/toplev.c:573 #20 do_compile () at /dev/shm/gcc/gcc/toplev.c:1928 #21 toplev_main (argc=5, argv=0x7fffe118) at /dev/shm/gcc/gcc/toplev.c:2004 #22 0x767156e5 in __libc_start_main () from /lib64/libc.so.6 #23 0x004afc19 in _start ()
[Bug rtl-optimization/53700] New: [4.7 regression] ICE in reload_cse_simplify_operands, at postreload.c:403
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53700 Bug #: 53700 Summary: [4.7 regression] ICE in reload_cse_simplify_operands, at postreload.c:403 Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Created attachment 27635 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27635 reduced testcase Attached code causes following: (x86) otus / # gcc-4.7.1 -O2 -fPIC -c ice_421413.i ice_421413.i: In function 'oc_enc_analyze_inter': ice_421413.i:262:11: warning: passing argument 4 of 'oc_cost_inter4mv' makes pointer from integer without a cast [enabled by default] ice_421413.i:209:13: note: expected 'signed char (*)[2]' but argument is of type 'int' ice_421413.i:275:1: error: insn does not satisfy its constraints: (insn 453 452 550 8 (set (reg/f:SI 405) (plus:SI (reg/f:SI 20 frame) (const_int -480 [0xfe20]))) 247 {*leasi_2} (expr_list:REG_EQUIV (plus:SI (reg/f:SI 20 frame) (const_int -480 [0xfe20])) (nil))) ice_421413.i:275:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:403 (x86) otus work # gcc -v Using built-in specs. COLLECT_GCC=/usr/i686-pc-linux-gnu/gcc-bin/4.7.1/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-linux-gnu/4.7.1/lto-wrapper Target: i686-pc-linux-gnu Configured with: /dev/shm/portage/sys-devel/gcc-4.7.1/work/gcc-4.7.1/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.7.1 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.7.1/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.7.1 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.7.1/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.7.1/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.7.1/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --disable-fixed-point --with-ppl --with-cloog --disable-ppl-version-check --with-cloog-include=/usr/include/cloog-ppl --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/i686-pc-linux-gnu/4.7.1/python --enable-checking=release --disable-libgcj --with-arch=i686 --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.7.1 p1.0, pie-0.5.3' Thread model: posix gcc version 4.7.1 (Gentoo 4.7.1 p1.0, pie-0.5.3) It can be also reproduced on x86_64 with addition of -m32 flag.
[Bug rtl-optimization/53700] [4.7 regression] ICE in reload_cse_simplify_operands, at postreload.c:403
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53700 Kacper Kowalik xarthisius.kk at gmail dot com changed: What|Removed |Added CC||toolchain at gentoo dot org Known to work||4.6.3, 4.8.0 Host||i686-pc-linux-gnu See Also||https://bugs.gentoo.org/sho ||w_bug.cgi?id=421413 Known to fail||4.7.2 Build||i686-pc-linux-gnu --- Comment #1 from Kacper Kowalik xarthisius.kk at gmail dot com 2012-06-16 22:03:51 UTC --- It was fixed in trunk by following changeset: http://gcc.gnu.org/viewcvs?view=revisionrevision=185971 Please backport
[Bug tree-optimization/53571] New: [4.6/4.7/4.8 regression] ICE with -O{2,3} -floop-parallelize-all in cloog_domain_stride()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53571 Bug #: 53571 Summary: [4.6/4.7/4.8 regression] ICE with -O{2,3} -floop-parallelize-all in cloog_domain_stride() Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Created attachment 27552 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27552 reduced testcase 0x77bcc1d5 in cloog_domain_stride () from /usr/lib64/libcloog.so.0 (gdb) bt #0 0x77bcc1d5 in cloog_domain_stride () from /usr/lib64/libcloog.so.0 #1 0x77bc1ecf in ?? () from /usr/lib64/libcloog.so.0 #2 0x77bc171b in cloog_loop_generate () from /usr/lib64/libcloog.so.0 #3 0x77bd2f69 in cloog_program_generate () from /usr/lib64/libcloog.so.0 #4 0x00d593ec in scop_to_clast () #5 0x00d5961e in gloog () #6 0x00d55763 in graphite_transform_loops () #7 0x0091a269 in graphite_transforms () #8 0x00759059 in execute_one_pass () #9 0x00759233 in execute_pass_list () #10 0x00759254 in execute_pass_list () #11 0x00759254 in execute_pass_list () #12 0x00759254 in execute_pass_list () #13 0x0088eae1 in tree_rest_of_compilation () #14 0x00a49d0b in cgraph_expand_function () #15 0x00a49eca in cgraph_expand_all_functions () #16 0x00a4a533 in cgraph_optimize () #17 0x00a48b22 in cgraph_finalize_compilation_unit () #18 0x0049de30 in c_write_global_declarations () #19 0x0083006e in compile_file () #20 0x00832000 in do_compile () #21 0x00832146 in toplev_main () #22 0x00521118 in main () Downstream bug: https://bugs.gentoo.org/show_bug.cgi?id=361953
[Bug tree-optimization/53571] [4.6/4.7/4.8 regression] ICE with -O{2,3} -floop-parallelize-all in cloog_domain_stride()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53571 --- Comment #2 from Kacper Kowalik xarthisius.kk at gmail dot com 2012-06-04 10:11:09 UTC --- (In reply to comment #1) Please specify the cloog/ppl versions you are using. What target is this on? dev-libs/cloog-ppl-0.15.10 dev-libs/ppl-0.11.2-r1 Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /dev/shm/portage/sys-devel/gcc-4.6.3/work/gcc-4.6.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --with-ppl --with-cloog --disable-ppl-version-check --with-cloog-include=/usr/include/cloog-ppl --enable-lto --enable-nls --without-included-gettext --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/python --enable-checking=release --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.6.3 p1.3, pie-0.5.1' Thread model: posix gcc version 4.6.3 (Gentoo 4.6.3 p1.3, pie-0.5.1)
[Bug tree-optimization/53571] [4.6/4.7/4.8 regression] ICE with -O{2,3} -floop-parallelize-all in cloog_domain_stride()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53571 --- Comment #3 from Kacper Kowalik xarthisius.kk at gmail dot com 2012-06-04 18:23:12 UTC --- Git bisect show this revision as a culprit: http://gcc.gnu.org/viewcvs?view=revisionrevision=163142
[Bug tree-optimization/53550] New: [4.6/4.7/4.8 regression] ICE with -O{1,2,3} -fprefetch-loop-arrays in build2_stat, at tree.c:3803
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53550 Bug #: 53550 Summary: [4.6/4.7/4.8 regression] ICE with -O{1,2,3} -fprefetch-loop-arrays in build2_stat, at tree.c:3803 Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Created attachment 27538 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27538 reduced testcase Starting program: /dev/shm/portage/sys-devel/gcc-4.6.3/work/build/gcc/cc1 -O2 -fprefetch-loop-arrays /ice_416991.i wctomb mbstowcs luma_render /ice_416991.i: In function 'luma_render': /ice_416991.i:28:20: warning: incompatible implicit declaration of built-in function 'malloc' [enabled by default] Analyzing compilation unit Performing interprocedural optimizations *free_lang_data visibility early_local_cleanups whole-program ipa-profile cp inline pure-const static-varAssembling functions: wctomb mbstowcs luma_render Breakpoint 1, 0x005ba3e4 in fancy_abort () (gdb) bt #0 0x005ba3e4 in fancy_abort () #1 0x009bf92b in build2_stat () #2 0x0064370e in build2_stat_loc () #3 0x0067967c in fold_build2_stat_loc () #4 0x0091022c in determine_exit_conditions () #5 0x00910549 in tree_transform_and_unroll_loop () #6 0x0091107c in tree_unroll_loop () #7 0x00ddfc64 in loop_prefetch_arrays () #8 0x00ddffc5 in tree_ssa_prefetch_arrays () #9 0x0091a47d in tree_ssa_loop_prefetch () #10 0x00759059 in execute_one_pass () #11 0x00759233 in execute_pass_list () #12 0x00759254 in execute_pass_list () #13 0x00759254 in execute_pass_list () #14 0x0088eae1 in tree_rest_of_compilation () #15 0x00a49d0b in cgraph_expand_function () #16 0x00a49eca in cgraph_expand_all_functions () #17 0x00a4a533 in cgraph_optimize () #18 0x00a48b22 in cgraph_finalize_compilation_unit () #19 0x0049de30 in c_write_global_declarations () #20 0x0083006e in compile_file () #21 0x00832000 in do_compile () #22 0x00832146 in toplev_main () #23 0x00521118 in main () Downstream bug: https://bugs.gentoo.org/show_bug.cgi?id=416991 I've checked that it also fails with gcc-4.4.6, however it works fine with gcc-4.5.3.
[Bug fortran/53306] New: ICE on invalid 'array(*) =' statement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306 Bug #: 53306 Summary: ICE on invalid 'array(*) =' statement Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Following (invalid) code gives ICE: integer, dimension(2) :: a a(*) = 1 end
[Bug fortran/51809] New: [4.7 Regression] ICE (use statements order)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51809 Bug #: 51809 Summary: [4.7 Regression] ICE (use statements order) Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Created attachment 26289 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26289 reduced testcase Attached code ICEs with gfortran-4.7.0 (I've checked snapshots from 2026 till 20120106) Works fine with gcc-4.6.2
[Bug fortran/49241] New: memory leak with lhs realloc of zero-sized array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49241 Summary: memory leak with lhs realloc of zero-sized array Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Following code causes severe memory leak with gfortran 4.6.0 (also with trunk revision 174463) program ala implicit none type :: array_of_foo real, dimension(:), allocatable :: p end type array_of_foo type(array_of_foo), dimension(:), allocatable :: tab integer, parameter :: lb = 0 integer, parameter :: ub = 2 integer, parameter :: nmax = 10 integer :: i real:: ran do while(.true.) allocate(tab(lb:ub)) allocate(tab(lb)%p(0)) do i = lb+1, ub allocate(tab(i)%p(nmax)) tab(i)%p(:) = [(i,i=1,nmax)] enddo tab(lb)%p = [tab(lb)%p, tab(ub)%p] !!! mem leak if first array has size 0 ! tab(lb)%p = [tab(ub)%p, tab(lb)%p]!!! no mem leak ! clean up do i = lb, ub deallocate(tab(i)%p) enddo deallocate(tab) enddo end program ala lhs realloc of size(0) = [size(0), size(n)] leaks, whereas size(0) = [size(n), size(0)] works fine. Following code does not exhibit this behaviour with Intel compiler (11.1.072)
[Bug fortran/49241] memory leak with lhs realloc of zero-sized array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49241 --- Comment #2 from Kacper Kowalik xarthisius.kk at gmail dot com 2011-05-31 15:12:19 UTC --- (In reply to comment #1) The memory the program needs increases continuously as top shows; it takes about 5min on my computer before the OS kills it (out of memory). If one does not use an endless loop but a finite loop, it shows no leakage with neither valgrind nor totalview. Also the result seems to be fine - except that the memory consumption simply grows ... Slightly reduced test case: It's not caused by reallocation, rather by array constructor? Test case without lhs realloc: program ala implicit none type :: array_of_foo real, dimension(:), allocatable :: p end type array_of_foo type(array_of_foo), dimension(:), allocatable :: tab integer :: i, nn do allocate(tab(1:2)) allocate(tab(1)%p(0)) allocate(tab(2)%p(1)) tab(2)%p(1) = 1.0 nn = size( [tab(1)%p, tab(2)%p] ) deallocate(tab(2)%p) deallocate(tab(1)%p) deallocate(tab) end do end program ala
[Bug fortran/48058] New: [4.6 Regression] reallocation of array during constructor assignement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48058 Summary: [4.6 Regression] reallocation of array during constructor assignement Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: xarthisius...@gmail.com Assigning [...] constructor to allocatable array changes size of that array, if size([...]) is not equal to size(array) program ala implicit none integer, dimension(:), allocatable :: ivec allocate(ivec(3)); write(*,*) shape(ivec) ivec = [1,2]; write(*,*) shape(ivec) !! end program ala Target: x86_64-pc-linux-gnu Configured with: /dev/shm/portage/sys-devel/gcc-4.6.0_alpha20110226/work/gcc-4.6-20110226/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.0-alpha20110226 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0-alpha20110226/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.0-alpha20110226 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.0-alpha20110226/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.0-alpha20110226/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0-alpha20110226/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --with-ppl --with-cloog --disable-ppl-version-check --with-cloog-include=/usr/include/cloog-ppl --enable-lto --enable-nls --without-included-gettext --with-system-zlib --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --enable-cld --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.6.0-alpha20110226/python --enable-checking=release --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.6.0_alpha20110226' Thread model: posix gcc version 4.6.0-alpha20110226 20110226 (experimental) (Gentoo 4.6.0_alpha20110226)
[Bug fortran/48058] [4.6 Regression] reallocation of array during constructor assignement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48058 Kacper Kowalik xarthisius.kk at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #2 from Kacper Kowalik xarthisius.kk at gmail dot com 2011-03-10 14:34:21 UTC --- Somehow, I've missed this in ChangeLog. Sorry for the noise