[Bug c++/43028] New: internal compiler error in maybe_adjust_types_for_deduction
When compiling the attached code, the compiler fails with the following error: undeclared.cpp:7:3: internal compiler error: tree check: expected class type, have exceptional (error_mark) in maybe_adjust_types_for_deduction, at cp/pt.c:13235 -- Summary: internal compiler error in maybe_adjust_types_for_deduction Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jarrydb at cse dot unsw dot edu dot au GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug c++/43028] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #1 from jarrydb at cse dot unsw dot edu dot au 2010-02-11 08:23 --- Created an attachment (id=19838) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19838action=view) source code which produces compiler error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug c++/43028] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 09:57 --- I get ./cc1plus -quiet t.i -m32 -std=c++0x undeclared.cpp: In function 'void f()': undeclared.cpp:6:26: error: 'Equation' was not declared in this scope undeclared.cpp:7:3: error: deducing from brace-enclosed initializer list requires #include initializer_list undeclared.cpp:7:3: error: unable to deduce 'type error' from '{expression error}' undeclared.cpp:8:1: error: expected ',' or ';' before '}' token with current trunk. But you didn't specify command-line arguments nor exact version of your compiler (I'm using -m32 -std=c++0x). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug c++/43024] [4.4 Regression] ICE on template code with -O2 or -O3, regression from 4.4.2
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-11 10:04 --- Confirmed. Works on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.4.3 4.4.4 Known to work||4.4.2 4.5.0 Priority|P3 |P1 Summary|ICE on template code with - |[4.4 Regression] ICE on |O2 or -O3, regression from |template code with -O2 or - |4.4.2 |O3, regression from 4.4.2 Target Milestone|--- |4.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43024
[Bug tree-optimization/43026] [4.5 Regression] ICE in sese.c with -fgraphite-identity in 447.dealII
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.4.2 Summary|ICE in sese.c with -|[4.5 Regression] ICE in |fgraphite-identity in |sese.c with -fgraphite- |447.dealII |identity in 447.dealII Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43026
[Bug fortran/43029] New: enum_5.f90 ICE under valgrind
valgrind ./f951 ../../gcc/testsuite/gfortran.dg/enum_5.f90 fails with: ==13267== Invalid read of size 4 ==13267==at 0x3EA2A142A0: __gmpz_cmp (in /usr/lib64/libgmp.so.3.5.0) ==13267==by 0x41F6D8: create_enum_history (decl.c:1186) ==13267==by 0x428F13: enumerator_decl (decl.c:7142) ==13267==by 0x42901B: gfc_match_enumerator_def (decl.c:7194) ==13267==by 0x475267: match_word (parse.c:65) ==13267==by 0x475A80: decode_statement (parse.c:284) ==13267==by 0x4770D8: next_free (parse.c:715) ==13267==by 0x4774A8: next_statement (parse.c:900) ==13267==by 0x478A93: parse_enum (parse.c:2122) ==13267==by 0x4794D8: parse_spec (parse.c:2554) ==13267==by 0x47ADD6: parse_progunit (parse.c:3758) ==13267==by 0x47B75C: gfc_parse_file (parse.c:4146) ==13267== Address 0x5583b24 is 132 bytes inside a block of size 192 free'd ==13267==at 0x4A04D72: free (vg_replace_malloc.c:325) ==13267==by 0x467751: gfc_free (misc.c:51) ==13267==by 0x432061: gfc_free_expr (expr.c:232) ==13267==by 0x4B0E5D: gfc_free_symbol (symbol.c:2430) ==13267==by 0x4B18A2: gfc_undo_symbols (symbol.c:2809) ==13267==by 0x47800D: reject_statement (parse.c:1612) ==13267==by 0x47528E: match_word (parse.c:70) ==13267==by 0x475A80: decode_statement (parse.c:284) ==13267==by 0x4770D8: next_free (parse.c:715) ==13267==by 0x4774A8: next_statement (parse.c:900) ==13267==by 0x478A93: parse_enum (parse.c:2122) ==13267==by 0x4794D8: parse_spec (parse.c:2554) on both 4.4 branch and the trunk. The problem is that on error enum history isn't freed, so it references exprs from rejected statements. -- Summary: enum_5.f90 ICE under valgrind Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43029
[Bug fortran/43029] enum_5.f90 ICE under valgrind
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-11 10:13 --- Created an attachment (id=19839) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19839action=view) gcc45-pr43029.patch Patch that fixes this, going to bootstrap/regtest it now. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43029
[Bug fortran/43030] New: Conditional jump or move depends on uninitialised value on eoshift_2.f90
FAIL: gfortran.dg/eoshift_2.f90 -O (test for excess errors) Excess errors: ==27768== Conditional jump or move depends on uninitialised value(s) ==27768==at 0x4D4974: gfc_typenode_for_spec (trans-types.c:913) ==27768==by 0x4B8E6C: gfc_conv_intrinsic_conversion (trans-intrinsic.c:249) ==27768==by 0x4C1666: gfc_conv_intrinsic_function (trans-intrinsic.c:5036) ==27768==by 0x4B2122: gfc_conv_function_expr (trans-expr.c:3364) ==27768==by 0x4B3CA3: gfc_conv_expr_val (trans-expr.c:3997) ==27768==by 0x4B7524: gfc_conv_intrinsic_function_args (trans-intrinsic.c:193) ==27768==by 0x4B8E9B: gfc_conv_intrinsic_conversion (trans-intrinsic.c:251) ==27768==by 0x4C1666: gfc_conv_intrinsic_function (trans-intrinsic.c:5036) ==27768==by 0x4B2122: gfc_conv_function_expr (trans-expr.c:3364) ==27768==by 0x4B060F: gfc_conv_expr_reference (trans-expr.c:4071) ==27768==by 0x4B1184: gfc_conv_function_call (trans-expr.c:2672) ==27768==by 0x4C0128: conv_generic_with_optional_char_arg.clone.0 (trans-intrinsic.c:3342) -- Summary: Conditional jump or move depends on uninitialised value on eoshift_2.f90 Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43030
[Bug fortran/43030] Conditional jump or move depends on uninitialised value on eoshift_2.f90
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-11 10:54 --- Created an attachment (id=19840) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19840action=view) gcc45-pr43030.patch Patch that fixes this. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43030
[Bug c++/43028] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #3 from jarrydb at cse dot unsw dot edu dot au 2010-02-11 12:17 --- Here is my version: gcc version 4.5.0 20100206 (experimental) (GCC) Command line: g++ -std=gnu++0x undeclared.cpp it only happens with the following source file, it doesn't happen when undeclared.i is compiled on its own. #include string void f() { auto y = { std::string(Equation()) } } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug c++/43028] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #4 from jarrydb at cse dot unsw dot edu dot au 2010-02-11 12:18 --- Created an attachment (id=19841) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19841action=view) source file that produces internal compiler error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug middle-end/43013] [4.5 Regression] warning: 'saved_stack.1' is used uninitialized in this function with -fstack-check
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-02-11 12:23 --- I'll write a book about -fstack-check someday... -fstack-check was severely broken during the GCC3 - GCC4 transition and, despite years of patches posting and pinging, only GCC 4.5 has the beginning of a working implementation, so anything between 4.0 and 4.4 must be forgotten since totally broken. And, again despite posted patches, the 4.5 implementation only restores the old implementation available in the 3.x series, which doesn't work for this case: e...@atlantis:~/build/gcc/native32 ~/install/gcc-3_4-branch/bin/gcc -v Reading specs from /home/eric/install/gcc-3_4-branch/lib/gcc/x86_64-suse-linux/3.4.6/specs Configured with: /home/eric/svn/gcc-3_4-branch/configure x86_64-suse-linux --prefix=/home/eric/install/gcc-3_4-branch --enable-languages=c,c++,objc,f77,java,ada --enable-__cxa_atexit Thread model: posix gcc version 3.4.6 e...@atlantis:~/build/gcc/native32 ~/install/gcc-3_4-branch/bin/gcc -m32 -S pr43013.c e...@atlantis:~/build/gcc/native32 ~/install/gcc-3_4-branch/bin/gcc -m32 -S pr43013.c -fstack-check pr43013.c: In function `foo': pr43013.c:6: error: label 'lab' used before containing binding contour Granted, we now generate wrong code instead of erroring out, but it's again a fallout of the GCC3 - GCC4 breakage, not of my patches. This will be fixed once the improved implementation is merged. ETA is 4.6, for x86/x86-64 at least. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.4/4.5 Regression]|[4.5 Regression] warning: |warning: 'saved_stack.1' is|'saved_stack.1' is used |used uninitialized in this |uninitialized in this |function with -fstack-check|function with -fstack-check http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43013
[Bug driver/43021] [4.5 Regression] Driver no longer handles fancy names
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 12:23 --- Subject: Bug 43021 Author: rguenth Date: Thu Feb 11 12:23:08 2010 New Revision: 156695 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156695 Log: 2010-02-11 Richard Guenther rguent...@suse.de PR driver/43021 * gcc.c (process_command): Handle LTO f...@offset case more appropriately. lto/ * lto-elf.c (lto_elf_file_open): Handle f...@offset case more appropriately. Modified: trunk/gcc/ChangeLog trunk/gcc/gcc.c trunk/gcc/lto/ChangeLog trunk/gcc/lto/lto-elf.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43021
[Bug driver/43021] [4.5 Regression] Driver no longer handles fancy names
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-11 12:23 --- Fixe.d -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43021
[Bug c++/43031] New: [regression] internal compiler error: verify_gimple failed after non-trivial conversion error when crosscompiling Firefox
I get an following internal compiler error when compiling Mozilla source: i686-mingw32-g++ -mno-cygwin -o nsDOMWorkerXHRProxy.o -c -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DZLIB_INTERNAL -DOSTYPE=\WINNT\ -DOSARCH=WINNT -I/home/jacek/mozilla-build/wine-gecko-git/dom/base -I/home/jacek/mozilla-build/wine-gecko-git/dom/src/json -I/home/jacek/mozilla-build/wine-gecko-git/content/base/src -I/home/jacek/mozilla-build/wine-gecko-git/content/events/src -I/home/jacek/mozilla-build/wine-gecko-git/dom/src/threads -I. -I../../../dist/include -I../../../dist/include/nsprpub -I/home/jacek/mozilla-build/mozilla-build/dist/include/nspr -I/home/jacek/mozilla-build/mozilla-build/dist/include/nss -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -Wno-long-long -pedantic -fno-strict-aliasing -mms-bitfields -pipe -DDEBUG -D_DEBUG -DDEBUG_ -DTRACING -g -DCROSS_COMPILE=1 -DMOZ_DISABLE_VISTA_SDK_REQUIREMENTS=1 -DWINVER=0x502 -D_WIN32_WINNT=0x502 -D_WIN32_IE=0x0500 -DMOZ_WINSDK_TARGETVER=0x0502 -DMOZ_NTDDI_WS03=0x0502 -DMOZ_NTDDI_LONGHORN=0x0600 -DMOZ_NTDDI_WIN7=0x0601 -DMOZILLA_VERSION=\1.9.3a2pre\ -DMOZILLA_VERSION_U=1.9.3a2pre -DHAVE_SNPRINTF=1 -D_WINDOWS=1 -DWIN32=1 -DXP_WIN=1 -DXP_WIN32=1 -DHW_THREADS=1 -DSTDC_HEADERS=1 -DWIN32_LEAN_AND_MEAN=1 -DNO_X11=1 -D_X86_=1 -DD_INO=d_ino -DSTDC_HEADERS=1 -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1 -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1 -DHAVE_MALLOC_H=1 -DHAVE_IO_H=1 -DHAVE_LIBM=1 -DNO_X11=1 -DHAVE_STRERROR=1 -DHAVE_SNPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_RINT=1 -DHAVE_SETBUF=1 -DHAVE_ISATTY=1 -DHAVE_THREAD_TLS_KEYWORD=1 -DNS_ENABLE_TSF=1 -DMOZ_PHOENIX=1 -DMOZ_BUILD_APP=browser -DMOZ_DEFAULT_TOOLKIT=\cairo-windows\ -DMOZ_DISTRIBUTION_ID=\org.mozilla\ -DIBMBIDI=1 -DMOZ_VIEW_SOURCE=1 -DMOZ_XPINSTALL=1 -DMOZ_JSLOADER=1 -DNS_PRINTING=1 -DNS_PRINT_PREVIEW=1 -DMOZ_OGG=1 -DATTRIBUTE_ALIGNED_MAX=64 -DMOZ_WAVE=1 -DMOZ_SYDNEYAUDIO=1 -DMOZ_MEDIA=1 -DMOZ_XTF=1 -DMOZ_CRASHREPORTER_ENABLE_PERCENT=100 -DMOZ_MATHML=1 -DMOZ_SVG=1 -DMOZ_SMIL=1 -DMOZ_UPDATE_CHANNEL=default -DMOZ_DISABLE_PARENTAL_CONTROLS=1 -DMOZ_PLACES=1 -DMOZ_FEEDS=1 -DMOZ_STORAGE=1 -DMOZ_SAFE_BROWSING=1 -DMOZ_URL_CLASSIFIER=1 -DMOZ_LOGGING=1 -DHAVE___CXA_DEMANGLE=1 -DMOZ_DEMANGLE_SYMBOLS=1 -DHAVE__UNWIND_BACKTRACE=1 -DMOZ_CHROME_FILE_FORMAT_JAR=1 -DMOZ_USER_DIR=\Mozilla\ -DMOZ_ENABLE_LIBXUL=1 -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1 -DMOZ_TREE_CAIRO=1 -DHAVE_UINT64_T=1 -DMOZ_XUL=1 -DMOZ_PROFILELOCKING=1 -DMOZ_RDF=1 -DBUILD_CTYPES=1 -DMOZ_MORKREADER=1 -DMOZ_DLL_SUFFIX=\.dll\ -DMOZ_REFLOW_PERF=1 -DMOZ_REFLOW_PERF_DSP=1 -D_MOZILLA_CONFIG_H_ -DMOZILLA_CLIENT /home/jacek/mozilla-build/wine-gecko-git/dom/src/threads/nsDOMWorkerXHRProxy.cpp /home/jacek/mozilla-build/wine-gecko-git/dom/src/threads/nsDOMWorkerXHRProxy.cpp: In member function 'void nsDOMWorkerXHRProxy::AddRemoveXHRListeners(PRBool)': /home/jacek/mozilla-build/wine-gecko-git/dom/src/threads/nsDOMWorkerXHRProxy.cpp:491:1: error: non-trivial conversion at assignment struct EventListenerFunction struct { nsresult nsIDOMEventTarget::T275f (struct nsIDOMEventTarget *, const struct nsAString_internal , struct nsIDOMEventListener *, PRBool) * __pfn; int __delta; } addRemoveEventListener = addRemoveEventListener.320; /home/jacek/mozilla-build/wine-gecko-git/dom/src/threads/nsDOMWorkerXHRProxy.cpp:491:1: error: non-trivial conversion at assignment struct EventListenerFunction struct { nsresult nsIDOMEventTarget::T275f (struct nsIDOMEventTarget *, const struct nsAString_internal , struct nsIDOMEventListener *, PRBool) * __pfn; int __delta; } addRemoveEventListener = addRemoveEventListener.321; /home/jacek/mozilla-build/wine-gecko-git/dom/src/threads/nsDOMWorkerXHRProxy.cpp:491:1: internal compiler error: verify_gimple failed Please submit a full bug report, Compilation works fine with GCC 4.4.3. My GCC version is: $ i686-mingw32-g++ -v Using built-in specs. COLLECT_GCC=i686-mingw32-g++ COLLECT_LTO_WRAPPER=/home/jacek/gcc/mingw/libexec/gcc/i686-mingw32/4.5.0/lto-wrapper Target: i686-mingw32 Configured with: ../gcc/configure --prefix=/home/jacek/gcc/mingw --target=i686-mingw32 --with-gnu-ld --with-gnu-as --enable-__cxa_atexit target_alias=i686-mingw32 --enable-languages=c,c++ Thread model: win32 gcc version 4.5.0 20100211 (experimental) (GCC) -- Summary: [regression] internal compiler error: verify_gimple failed after non-trivial conversion error when crosscompiling Firefox Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jacek at codeweavers dot com GCC host triplet: x86_64-pc
[Bug c++/43031] [regression] internal compiler error: verify_gimple failed after non-trivial conversion error when crosscompiling Firefox
--- Comment #1 from jacek at codeweavers dot com 2010-02-11 13:08 --- Created an attachment (id=19842) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19842action=view) Preprocessed nsDOMWorkerXHRProxy.cpp Result of command i686-mingw32-g++ -mno-cygwin -o nsDOMWorkerXHRProxy.i -c -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DZLIB_INTERNAL -DOSTYPE=\WINNT\ -DOSARCH=WINNT -I/home/jacek/mozilla-build/wine-gecko-git/dom/base -I/home/jacek/mozilla-build/wine-gecko-git/dom/src/json -I/home/jacek/mozilla-build/wine-gecko-git/content/base/src -I/home/jacek/mozilla-build/wine-gecko-git/content/events/src -I/home/jacek/mozilla-build/wine-gecko-git/dom/src/threads -I. -I../../../dist/include -I../../../dist/include/nsprpub -I/home/jacek/mozilla-build/mozilla-build/dist/include/nspr -I/home/jacek/mozilla-build/mozilla-build/dist/include/nss -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -Wno-long-long -pedantic -fno-strict-aliasing -mms-bitfields -pipe -DDEBUG -D_DEBUG -DDEBUG_ -DTRACING -g -DCROSS_COMPILE=1 -DMOZ_DISABLE_VISTA_SDK_REQUIREMENTS=1 -DWINVER=0x502 -D_WIN32_WINNT=0x502 -D_WIN32_IE=0x0500 -DMOZ_WINSDK_TARGETVER=0x0502 -DMOZ_NTDDI_WS03=0x0502 -DMOZ_NTDDI_LONGHORN=0x0600 -DMOZ_NTDDI_WIN7=0x0601 -DMOZILLA_VERSION=\1.9.3a2pre\ -DMOZILLA_VERSION_U=1.9.3a2pre -DHAVE_SNPRINTF=1 -D_WINDOWS=1 -DWIN32=1 -DXP_WIN=1 -DXP_WIN32=1 -DHW_THREADS=1 -DSTDC_HEADERS=1 -DWIN32_LEAN_AND_MEAN=1 -DNO_X11=1 -D_X86_=1 -DD_INO=d_ino -DSTDC_HEADERS=1 -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1 -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1 -DHAVE_MALLOC_H=1 -DHAVE_IO_H=1 -DHAVE_LIBM=1 -DNO_X11=1 -DHAVE_STRERROR=1 -DHAVE_SNPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_RINT=1 -DHAVE_SETBUF=1 -DHAVE_ISATTY=1 -DHAVE_THREAD_TLS_KEYWORD=1 -DNS_ENABLE_TSF=1 -DMOZ_PHOENIX=1 -DMOZ_BUILD_APP=browser -DMOZ_DEFAULT_TOOLKIT=\cairo-windows\ -DMOZ_DISTRIBUTION_ID=\org.mozilla\ -DIBMBIDI=1 -DMOZ_VIEW_SOURCE=1 -DMOZ_XPINSTALL=1 -DMOZ_JSLOADER=1 -DNS_PRINTING=1 -DNS_PRINT_PREVIEW=1 -DMOZ_OGG=1 -DATTRIBUTE_ALIGNED_MAX=64 -DMOZ_WAVE=1 -DMOZ_SYDNEYAUDIO=1 -DMOZ_MEDIA=1 -DMOZ_XTF=1 -DMOZ_CRASHREPORTER_ENABLE_PERCENT=100 -DMOZ_MATHML=1 -DMOZ_SVG=1 -DMOZ_SMIL=1 -DMOZ_UPDATE_CHANNEL=default -DMOZ_DISABLE_PARENTAL_CONTROLS=1 -DMOZ_PLACES=1 -DMOZ_FEEDS=1 -DMOZ_STORAGE=1 -DMOZ_SAFE_BROWSING=1 -DMOZ_URL_CLASSIFIER=1 -DMOZ_LOGGING=1 -DHAVE___CXA_DEMANGLE=1 -DMOZ_DEMANGLE_SYMBOLS=1 -DHAVE__UNWIND_BACKTRACE=1 -DMOZ_CHROME_FILE_FORMAT_JAR=1 -DMOZ_USER_DIR=\Mozilla\ -DMOZ_ENABLE_LIBXUL=1 -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1 -DMOZ_TREE_CAIRO=1 -DHAVE_UINT64_T=1 -DMOZ_XUL=1 -DMOZ_PROFILELOCKING=1 -DMOZ_RDF=1 -DBUILD_CTYPES=1 -DMOZ_MORKREADER=1 -DMOZ_DLL_SUFFIX=\.dll\ -DMOZ_REFLOW_PERF=1 -DMOZ_REFLOW_PERF_DSP=1 -D_MOZILLA_CONFIG_H_ -DMOZILLA_CLIENT /home/jacek/mozilla-build/wine-gecko-git/dom/src/threads/nsDOMWorkerXHRProxy.cpp -save-temps -E is attached. It's compressed due to 1MB attachment size limit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43031
[Bug fortran/43032] New: FLUSH: Document that it does not call fsync() but fflush()
http://gcc.gnu.org/onlinedocs/gfortran/FLUSH.html has: Flushes Fortran unit(s) currently open for output. [...] Beginning with the Fortran 2003 standard, there is a FLUSH statement that should be preferred over the FLUSH intrinsic However, it is left unclear whether fflush() or fsync() is called by the Fortran run-time library. (Answer: fflush(); cf. also http://gcc.gnu.org/ml/fortran/2010-02/msg00074.html) Expected: The documentation makes clear that only fflush() is called and points out that fsync (with the proper interface) can be called using FNUM. Actually, the example could be enhanced. POSIX (SUV) has for fflush: If stream points to an output stream or an update stream in which the most recent operation was not input, fflush() shall cause any unwritten data for that stream to be written to the file, and the st_ctime and st_mtime fields of the underlying file shall be marked for update. and for fsync: The fsync() function shall request that all data for the open file descriptor named by fildes is to be transferred to the storage device associated with the file described by fildes in an implementation-defined manner. The fsync() function shall not return until the system has completed that action or until an error is detected. -- Summary: FLUSH: Document that it does not call fsync() but fflush() Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43032
[Bug c++/43028] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #5 from paolo dot carlini at oracle dot com 2010-02-11 13:16 --- I can reproduce it, but seems just a low priority ice on *invalid*, or you can see something anomalous also when Equation is declared? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction
-- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Keywords||ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2010-02-11 13:25:20 date|| Summary|internal compiler error in |[C++0x] internal compiler |maybe_adjust_types_for_deduc|error in |tion|maybe_adjust_types_for_deduc ||tion http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug c++/43024] [4.4 Regression] ICE on template code with -O2 or -O3, regression from 4.4.2
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2010-02-11 03:20:37 |2010-02-11 13:26:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43024
[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #6 from jarrydb at cse dot unsw dot edu dot au 2010-02-11 13:30 --- The error only occurs when Equation is undeclared. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug lto/41664] FAIL: gfortran.dg/lto/pr40725 f_lto_pr40725_0.o-f_lto_pr40725_1.o execute -O2 -fwhopr and -flto
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-11 13:31 --- The basic issue here is that sub0 is inlined into main and we assign different alias sets to struct my_c_type_1 and struct c_type_1 because they have different tags. Something ok for C but too strict for cross-language TBAA. Thus tree DSE removes the initialization of c_type.j. main (unnamed-signed:32 argc, unnamed-signed:8 * * argv) { unnamed-signed:32 D.2072; struct my_c_type_1 restrict my_type; struct c_type_1 c_type; unnamed-signed:32 D.2054; bb 2: c_type.j = 11; my_type_5 = (struct my_c_type_1 restrict) c_type; D.2072_6 = my_type_5-j; if (D.2072_6 != 11) goto bb 3; else goto bb 4; bb 3: _gfortran_abort (); bb 4: return 0; tree DCE doesn't because its aliased. The offending check in gimple_types_compatible that forces us to not merge the two structure types is /* The struct tags shall compare equal. */ if (!compare_type_names_p (TYPE_MAIN_VARIANT (t1), TYPE_MAIN_VARIANT (t2), false)) goto different_types; This bug will only be fully fixed with the introduction of a purely structural type hierarchy for TBAA. We can use TYPE_CANONICAL for that once we make that unnecessary in its current meaning (meaning doing the gimple type-merging per TU at gimplification time). For now we can relax the alias-oracle somewhat to give leeway to this and similar (even if slightly undefined) testcases. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-10-10 18:43:53 |2010-02-11 13:31:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41664
[Bug lto/41664] FAIL: gfortran.dg/lto/pr40725 f_lto_pr40725_0.o-f_lto_pr40725_1.o execute -O2 -fwhopr and -flto
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-11 13:38 --- It's not really related to 41227 - that case was about struct F { int i; } a; vs int a;, a case that I believe happens when building the gfortran testsuite with -flto (which also enables -fwhole-file). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn|41227 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41664
[Bug c++/43031] [4.5 Regression] internal compiler error: verify_gimple failed after non-trivial conversion error when crosscompiling Firefox
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 13:51 --- Confirmed, reducing. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-02-11 13:51:19 date|| Summary|[regression] internal |[4.5 Regression] internal |compiler error: |compiler error: |verify_gimple failed after |verify_gimple failed after |non-trivial conversion error|non-trivial conversion error |when crosscompiling Firefox |when crosscompiling Firefox Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43031
[Bug c++/43033] New: [4.4/4.5 Regression] --enable-checking=valgrind C++ failures
Almost all C++ sources with --enable-checking=valgrind yield valgrind errors, simple testcase is: extern C void abort (); This regression was caused by PR28274 http://gcc.gnu.org/viewcvs?root=gccview=revrev=145042 change - when t != x, x has been already ggc_freed, so dereferencing it is invalid. -- Summary: [4.4/4.5 Regression] --enable-checking=valgrind C++ failures Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: jakub at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43033
[Bug c++/43033] [4.4/4.5 Regression] --enable-checking=valgrind C++ failures
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-02-11 14:11:34 date|| Target Milestone|--- |4.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43033
[Bug c++/43033] [4.4/4.5 Regression] --enable-checking=valgrind C++ failures
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-11 14:12 --- Created an attachment (id=19843) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19843action=view) gcc45-pr43033.patch Patch I'm going to bootstrap/regtest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43033
[Bug bootstrap/43034] New: bootstrap with --enable-checking=fold fails
cc1: warnings being treated as errors /mnt/svn/gcc-trunk/gcc/fold-const.c: In function 'fold_checksum_tree': /mnt/svn/gcc-trunk/gcc/fold-const.c:14249:3: error: new qualifiers in middle of multi-level non-const cast are unsafe make[3]: *** [fold-const.o] Error 1 make[3]: Leaving directory `/root/build-156693-x86-lto-checking-fold/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/root/build-156693-x86-lto-checking-fold' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/root/build-156693-x86-lto-checking-fold' make: *** [all] Error 2 The offending line is: slot = (const void **) htab_find_slot (ht, expr, INSERT); With htab_find_slot() declared as: extern void ** htab_find_slot (htab_t, const void *, enum insert_option); The situation is like: void fold_checksum_tree(void) { extern void **htab_find_slot(void); const void **slot = (const void **)htab_find_slot(); } -- Summary: bootstrap with --enable-checking=fold fails Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43034
[Bug tree-optimization/43012] [4.5 Regression][graphite] wrong code for -floop-strip-mine in 453.povray
--- Comment #3 from amonakov at gcc dot gnu dot org 2010-02-11 14:28 --- (In reply to comment #2) Confirming. Reproducible on amd64-linux. This appears to be a bug in CLooG. Disable CLooG optimizations on graphite branch fixes the bug. The problem is that CLooG generates wrong bounds for parts of strip-mined loop (bounds of the first and the last loops are wrong): I've sent a CLooG patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012
[Bug c++/43031] [4.5 Regression] internal compiler error: verify_gimple failed after non-trivial conversion error when crosscompiling Firefox
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-11 14:46 --- class T; class L { }; class P : public L { typedef void (__attribute__((__stdcall__)) T::*F) (L*); void f(bool aAdd); }; class T { public: virtual void __attribute__((__stdcall__)) A(L *listener) = 0; virtual void __attribute__((__stdcall__)) R(L *listener) = 0; }; void P::f(bool aAdd) { F addRemoveEventListener = (aAdd ? T::A : T::R); } we seem to fail to unify pmf types when the stdcall attribute is applied. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43031
[Bug c++/41796] ambiguous subobject diagnostic given too early
--- Comment #5 from schaub-johannes at web dot de 2010-02-11 15:06 --- Ah, i see now. I always thought the the member pointer would contain an offset from the nested-name-specifier of the D::i regardless of the type of the result. In fact, i see now that i'm wrong. Ambiguity checks are done for both of .* and for the implicit conversion at point of use, and the pointer will just contain offset 0 in B1 or something to that effect. I feel sad now since i'm guilty of making that issue report. Hopefully it won't make it into the IS :) Tho i wish they would make a cross reference to the section of .* (5.5) too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41796
[Bug c/43035] New: -O2 doesn't use movl (A,B,4),C to its full extent to access an array
The following code: typedef struct node { struct node **next; } node_t; __attribute__((fastcall)) void *f(node_t *n, int i) { return n-next[i]; } compiled with -O2 generates the following assembly (generated esp/ebp dead code removed for readability): f: movl(%ecx), %eax movl(%eax,%edx,4), %eax ret which seems optimal. However, simply storing the return value in a variable damages the generated code: typedef struct node { struct node **next; } node_t; __attribute__((fastcall)) void *f(node_t *n, int i) { n = n-next[i]; return n; } generates: f: sall$2, %edx addl(%ecx), %edx movl(%edx), %eax ret which is less optimal than the previous version, for no reason. -- Summary: -O2 doesn't use movl (A,B,4),C to its full extent to access an array Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jerome dot abela at free dot fr GCC build triplet: i386-pc-linux-gnu GCC host triplet: i386-pc-linux-gnu GCC target triplet: i386-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43035
[Bug c++/43036] New: c++ compilation hang
Hi, compiling a specific C++ code keeps de GCC 4.4.2 compiler hanging forever (or at least 10 hours). Note that the c++ compiler works perfectly for the other c++ sources (1000) Unfortunately I cannot provide the C++ as-is because of company policy. But I did some anlysis myself, hope you can help me further with this info. These are the steps I took: - I generated a file with the preprocessed output and this file was identical with the one generated by my previous compiler (GCC 4.1.2/Solaris 8) - Compiling the preprocessed file with the 4.4.2 compiler did (of course) again fail with a hanging cc1plus process. Compiling the same preprocessed file with the 4.1.2 compiler did not cause any problems - I did try it to compile the preprocessed file with different optimizations with/without debug info but none of them were succesfull with the 4.4.2 compiler - Using different compilations of the compiler itself did not help either - I could reproduce it on bot solaris 8 10 - I could find out on which location in the preprocessed file the Compiler hangs. However if I for example reorder this file the compiler hangs on a different location, so this doesn't help the analysis either :-( - Next I forced a coredump of the hanging proces and I opened with GDB: Core was generated by `/sft/teamsdoc/sds_group/rjeurnin/gcc_cadenv/SunOS_5.8/gcc/gcc-4.4.2-B3/libexec/'. [New process 76177] #0 strip_array_types (type=0xfee91520) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/tree.c:5814 5814 while (TREE_CODE (type) == ARRAY_TYPE) - A backtrace gave: #0 strip_array_types (type=0xfee91520) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/tree.c:5814 #1 0x000dffb4 in cp_type_quals (type=0xfe1b3f48) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/typeck.c:7212 #2 0x0010e220 in cp_build_qualified_type_real (type=0xf865f588, type_quals=1, complain=value optimized out) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/tree.c:783 #3 0x0008111c in grokdeclarator (declarator=0x7a4398, declspecs=0x7a43bc, decl_context=PARM, initialized=0, attrlist=0x7a43fc) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/decl.c:8102 #4 0x000d1924 in cp_parser_parameter_declaration_list (parser=0xfef8d0a0, is_error=0xffbee42f ) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/parser.c:14063 #5 0x000d222c in cp_parser_declarator (parser=0xfef8d0a0, dcl_kind=CP_PARSER_DECLARATOR_NAMED, ctor_dtor_or_conv_p=0xffbee498, parenthesized_p=value optimized out, member_p=0 '\0') at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/parser.c:13982 #6 0x000d7c2c in cp_parser_init_declarator (parser=0xfef8d0a0, decl_specifiers=0xffbee508, checks=0x0, function_definition_allowed_p=1 '\001', member_p=0 '\0', declares_class_or_enum=0, function_definition_p=0xffbee55f ) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/parser.c:12661 #7 0x000d8694 in cp_parser_simple_declaration (parser=0xfef8d0a0, function_definition_allowed_p=1 '\001') at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/parser.c:8240 #8 0x000dca18 in cp_parser_declaration (parser=0xfef8d0a0) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/parser.c:8043 #9 0x000dc208 in cp_parser_declaration_seq_opt (parser=0xfef8d0a0) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/parser.c:7934 #10 0x000dc520 in c_parse_file () at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/cp/parser.c:3036 #11 0x001544a4 in c_common_parse_file (set_yydebug=0) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/c-opts.c:1252 #12 0x0038fbc8 in toplev_main (argc=value optimized out, argv=value optimized out) at /cws/rjeurnin/gcc/sources/gcc-4.4.2/gcc/toplev.c:970 #13 0x00065a58 in _start () ... Triggered by a bug (id: 42803), solved with the 4.4.3 release, I did some more checks: - I could reproduce this bug on GCC 4.4.2/solaris 8 with the test file, uploaded in the bugreport: bilateral2.ii - With the new compiler (4.4.3) this bug was not reproducable anymore with the file bilateral2.ii and that problem is solved on Solaris 8 too - however my problem still exists... :-( Can someone help me on this one? -- Summary: c++ compilation hang Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Roger dot Jeurninck at home dot nl GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43036
[Bug c++/43036] c++ compilation hang
--- Comment #1 from Roger dot Jeurninck at home dot nl 2010-02-11 15:30 --- Created an attachment (id=19844) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19844action=view) config.log file the generated config.log file, from GCC's build dir -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43036
[Bug c++/43036] c++ compilation hang
--- Comment #2 from Roger dot Jeurninck at home dot nl 2010-02-11 15:34 --- gcc -v info: Using built-in specs. Target: sparc-sun-solaris2.8 Configured with: /cws/rjeurnin/gcc/sources/gcc-4.4.2/configure --prefix=/sft/teamsdoc/sds_group/rjeurnin/gcc_cadenv/SunOS_5.8/gcc/gcc-4.4.2-B3 --enable-languages=c,c++ --with-gmp-lib=/sft/teamsdoc/sds_group/rjeurnin/gcc_cadenv/SunOS_5.8/gmp/gmp-4.3.2/lib --with-gmp-include=/sft/teamsdoc/sds_group/rjeurnin/gcc_cadenv/SunOS_5.8/gmp/gmp-4.3.2/include --with-mpfr-lib=/sft/teamsdoc/sds_group/rjeurnin/gcc_cadenv/SunOS_5.8/mpfr/mpfr-2.4.2/lib --with-mpfr-include=/sft/teamsdoc/sds_group/rjeurnin/gcc_cadenv/SunOS_5.8/mpfr/mpfr-2.4.2/include --without-gnu-as --with-ld=/usr/ccs/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --disable-nls Thread model: posix gcc version 4.4.2 (GCC) COLLECT_GCC_OPTIONS='-v' '-mcpu=v9' -- Roger dot Jeurninck at home dot nl changed: What|Removed |Added Summary| c++ compilation hang |c++ compilation hang http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43036
[Bug c++/43036] c++ compilation hang
--- Comment #3 from paolo dot carlini at oracle dot com 2010-02-11 15:36 --- Frankly, without a testcase, it's really unlikely that somebody can work on this issue. You don't have to provide the exact code causing the problem, of course, you can reduce it, shorten it, obfuscate it, whatever. But we badly need a *.ii -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43036
[Bug java/41802] When attempting to compile pdftk-1.41 my machine comes to a grind
--- Comment #7 from lucabon at interfree dot it 2010-02-11 15:38 --- (In reply to comment #5) (In reply to comment #4) (In reply to comment #3) Use another Java-to-bytecode compiler and feed gcc with bytecode. I'd like to use only free software... There is another free (GPL-compatible) java-to-bytecode compiler? Btw, the symptoms you are seeing hint at not working garbage collection. You might want to report this to your operating system vendor. Sorry, but I think the garbage collector is from gcc (libgcj), not from operating system. I try to substitute ecj1 with a shell script: #!/usr/bin/sh gij -cp /usr/share/java/ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain $@ And the simptom are the same, so I think the problem is inside gcc java interpreter. If I substitute gij with Sun java, the compilation ends with only about 400MB memory used. Go deeply, gcj call ecj1 with the following arguments: ecj1 Anchor.java -w -fbootclasspath=../../../:/usr/share/java/libgcj-4.3.3.jar -fencoding=utf8 -fsource=1.5 -ftarget=1.5 -fzip-dependency /tmp/ccAgHLvl.zip -fzip-target /tmp/cccrxtPw.jar If I remove the last argument, class files are generated in the file system and ecj1/gij uses only about 130MB of memory. If I re-add the -fzip-target parameter with .class files into the file system, compilation is really fast. So, I think the problem is in gcc 64bit java interpreter when it stores the .class files in memory instead of file system. (In reply to comment #6) Even if you fix this issue, I don't believe you will be able to compile pdftk.cc with gcc 4.3 or later... http://gcc.gnu.org/ml/java/2008-03/msg00028.html due to the code incorrectly mixing c++ and java exceptions which are no longer allowed under FSF gcc. pdftk will finally compile correctly (I have the executable), but it takes many hours to compile... I have only to apply a little patch to remove local java.security.MessageDigest. Luca -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41802
[Bug lto/41664] FAIL: gfortran.dg/lto/pr40725 f_lto_pr40725_0.o-f_lto_pr40725_1.o execute -O2 -fwhopr and -flto
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-02-11 15:39 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41664
[Bug lto/41664] FAIL: gfortran.dg/lto/pr40725 f_lto_pr40725_0.o-f_lto_pr40725_1.o execute -O2 -fwhopr and -flto
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-02-11 15:39 --- Subject: Bug 41664 Author: rguenth Date: Thu Feb 11 15:38:59 2010 New Revision: 156699 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156699 Log: 2010-02-11 Richard Guenther rguent...@suse.de PR lto/41664 * tree-ssa-alias.c (refs_may_alias_p_1): Canonicalize pointer-vs-decl case by swapping refs. Handle some cases of pointer-vs-decl disambiguations more conservatively. * cfgexpand.c (gimple_expand_cfg): Set gimple_df-in_ssa_p to false after expanding. Modified: trunk/gcc/ChangeLog trunk/gcc/cfgexpand.c trunk/gcc/tree-ssa-alias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41664
[Bug regression/40886] [4.3/4.4/4.5 Regression] No loop counter reversal for simple loops anymore
--- Comment #13 from spop at gcc dot gnu dot org 2010-02-11 15:45 --- Subject: Bug 40886 Author: spop Date: Thu Feb 11 15:45:27 2010 New Revision: 156701 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156701 Log: Fix PR40886. 2010-02-11 Sebastian Pop sebastian@amd.com Changpeng Fang changpeng.f...@amd.com PR middle-end/40886 * tree-ssa-loop-ivopts.c (determine_use_iv_cost_condition): Decrement the cost of an IV candidate when the IV is used in a test against zero. * gcc.dg/tree-ssa/ivopts-3.c: New. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/ivopts-3.c Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-loop-ivopts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40886
[Bug regression/40886] [4.3/4.4 Regression] No loop counter reversal for simple loops anymore
--- Comment #14 from spop at gcc dot gnu dot org 2010-02-11 15:47 --- Fixed in trunk GCC 4.5. -- spop at gcc dot gnu dot org changed: What|Removed |Added Known to work|3.4.6 |3.4.6 4.5.0 Summary|[4.3/4.4/4.5 Regression] No |[4.3/4.4 Regression] No loop |loop counter reversal for |counter reversal for simple |simple loops anymore|loops anymore http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40886
[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty
-- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|SUSPENDED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975
[Bug tree-optimization/43037] New: re-association doesn't handle multiple uses with constant operands
int a, b; void foo (int i, int x) { int j, k, l; j = i * x; j = j * 5; k = j * 3; l = j * 4; a = k; b = l; } j_3 = i_1(D) * 5; j_4 = j_3 * x_2(D); k_5 = j_4 * 3; l_6 = j_4 * 4; should be re-associated and simplified to D.1_3 = i_1(D) * x_2(D); k_5 = D.1_3 * 15; l_6 = D.1_3 * 20; note that this requires a value that is not computed previously and thus is only profitable if all uses of j_4 will be dead after the transformation unless it is possible to compute j_4 in terms of the new value with the same number of operations. -- Summary: re-association doesn't handle multiple uses with constant operands Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43037
[Bug tree-optimization/43037] re-association doesn't handle multiple uses with constant operands
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||matz at gcc dot gnu dot org Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43037
[Bug c++/43036] c++ compilation hang
--- Comment #4 from Roger dot Jeurninck at home dot nl 2010-02-11 15:57 --- Hi Paolo, thanks for the quick reply! Shortening the preprocessed file doesn't help as the problem won't occur anymore. I will try to obfuscate such that I'm allowed to upload it. Tomorrow I'll test the issue with the 4.4.2 linux compiler too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43036
[Bug c++/43036] c++ compilation hang
--- Comment #5 from paolo dot carlini at oracle dot com 2010-02-11 15:59 --- Frankly, I don't believe you, I mean, I don't believe that *each single line* counts, I bet that you can remove a substantive percentage of it while still triggering the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43036
[Bug c++/43036] c++ compilation hang
--- Comment #6 from jakub at gcc dot gnu dot org 2010-02-11 16:01 --- You can use delta: http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction to automate the reduction (when cc1plus is hanging, you probably need to write a shell script that will succeed if cc1plus times out after a few seconds and fail if it compiles within that time). Once you minimalize it, then you can obfuscate it so that it will have really no resemblance to the original. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43036
[Bug fortran/41227] COMMON block, BIND(C) and LTO interoperability issues
--- Comment #5 from burnus at gcc dot gnu dot org 2010-02-11 16:29 --- Also asked at: http://gcc.gnu.org/ml/fortran/2010-02/msg00010.html a) The derived-type issue (cf. PR 41664) is now fixed. b) Regarding COMMON w/ single item in the named COMMON (F2003, 15.3); unclear whether it is supposed to interoperate with both the single C variable and the struct or only with the former. I have now asked at http://j3-fortran.org/pipermail/j3/2010-February/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41227
[Bug lto/43038] New: DECL_PRESERVE_P static globals not completely preserved with -flto
The fact that LinkObj is initialized with LinkVar does not seem to be preserved when using -flto: extern const char LinkVar; __attribute__((used)) static const char *const LinkObj = LinkVar; -- Summary: DECL_PRESERVE_P static globals not completely preserved with -flto Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: baldrick at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038
[Bug lto/43038] DECL_PRESERVE_P static globals not completely preserved with -flto
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-11 16:42 --- Confirmed. The following fails to link with -flto static int foobar __attribute__((used)); extern void abort (void); int main() { int res; asm(movl foobar(%%rip), %0 : =g (res)); if (res != 0) abort (); return 0; } -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||lto, wrong-code Last reconfirmed|-00-00 00:00:00 |2010-02-11 16:42:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038
[Bug lto/43038] DECL_PRESERVE_P static globals not completely preserved with -flto
--- Comment #2 from baldrick at gcc dot gnu dot org 2010-02-11 16:42 --- Sorry, small bug in the testcase, should have been: extern const char LinkVar; __attribute__((used)) static const char *const LinkObj = LinkVar; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038
[Bug c++/42911] [4.5 Regression] another compiler hang for -g -O2
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42911
[Bug debug/42918] [4.5 Regression] -fcompare-debug failure with -O2 -ftracer (2)
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 16:53 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P1 Last reconfirmed|-00-00 00:00:00 |2010-02-11 16:53:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42918
[Bug tree-optimization/42998] [4.5 Regression] ICE: error: verify_stmts failed
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
[Bug tree-optimization/43012] [4.5 Regression][graphite] wrong code for -floop-strip-mine in 453.povray
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-11 16:54 --- Thus we need a patched CLooG in the infrastructure for 4.5. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012
[Bug middle-end/43013] [4.5 Regression] warning: 'saved_stack.1' is used uninitialized in this function with -fstack-check
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-11 16:55 --- P4 according to comment #3 -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43013
[Bug middle-end/42973] [4.4/4.5 regression] IRA apparently systematically making reload too busy on 2 address instructions with 3 operands
--- Comment #13 from hubicka at ucw dot cz 2010-02-11 16:56 --- Subject: Re: [4.4/4.5 regression] IRA apparently systematically making reload too busy on 2 address instructions with 3 operands Hi, it seems that the NAMD improved as expected tonight (by about 3%) http://gcc.opensuse.org/SPEC/CFP/sb-barbella.suse.de-head-64-2006/index.html Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42973
[Bug tree-optimization/43026] [4.5 Regression][graphite] ICE in sese.c with -fgraphite-identity in 447.dealII
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-11 16:56 --- Confirmed on i?86-linux. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|powerpc64-linux |powerpc64-linux, i?86-*- ||linux Priority|P3 |P1 Last reconfirmed|-00-00 00:00:00 |2010-02-11 16:56:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43026
[Bug c++/43033] [4.4/4.5 Regression] --enable-checking=valgrind C++ failures
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43033
[Bug middle-end/42973] [4.4 regression] IRA apparently systematically making reload too busy on 2 address instructions with 3 operands
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-02-11 16:57 --- Fixed on trunk. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.4.3 4.5.0 |4.4.3 Summary|[4.4/4.5 regression] IRA|[4.4 regression] IRA |apparently systematically |apparently systematically |making reload too busy on 2 |making reload too busy on 2 |address instructions with 3 |address instructions with 3 |operands|operands http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42973
[Bug tree-optimization/42998] [4.5 Regression] ICE: error: verify_stmts failed
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-11 17:01 --- Subject: Bug 42998 Author: rguenth Date: Thu Feb 11 17:01:21 2010 New Revision: 156704 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156704 Log: 2010-02-11 Richard Guenther rguent...@suse.de PR tree-optimization/42998 * tree-ssa-pre.c (create_expression_by_pieces): Treat POINTER_PLUS_EXPR properly. * gcc.c-torture/compile/pr42998.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr42998.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
[Bug tree-optimization/42998] [4.5 Regression] ICE: error: verify_stmts failed
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-11 17:01 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
[Bug tree-optimization/43012] [4.5 Regression][graphite] wrong code for -floop-strip-mine in 453.povray
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 17:11 --- Yes, I'm preparing another release of CLooG-PPL today. Sebastian -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012
[Bug fortran/43022] gfc_typenode_for_spec: Conditional jump depends on uninitialised value (intrinsic_product_1.f90)
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 17:24 --- *** This bug has been marked as a duplicate of 43030 *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43022
[Bug fortran/43030] Conditional jump or move depends on uninitialised value on eoshift_2.f90
--- Comment #2 from burnus at gcc dot gnu dot org 2010-02-11 17:24 --- *** Bug 43022 has been marked as a duplicate of this bug. *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43030
[Bug fortran/43039] New: [lto] ICE in gfc_conv_component_ref dynamic_dispatch_5.f03
$ gfortran -flto gfortran.dg/dynamic_dispatch_5.f03 gfortran.dg/dynamic_dispatch_5.f03: In function 'MAIN__': gfortran.dg/dynamic_dispatch_5.f03:175:0: internal compiler error: in gfc_conv_component_ref, at fortran/trans-expr.c:466 -- Summary: [lto] ICE in gfc_conv_component_ref dynamic_dispatch_5.f03 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43039
[Bug fortran/43040] New: [lto] gfortran.dg/gamma_5.f90: Wrong code for call to gamma
gfortran -g -flto gfortran.dg/gamma_5.f90 fails when calculating gamma. Simplified version below. Without -flto it prints: 1 1.500 0.88622695 while with -flto it shows: 1 1.500 -0.12078223 integer :: n real :: xs n = 1 xs = n + 0.5 print *, n, xs, gamma(xs) end -- Summary: [lto] gfortran.dg/gamma_5.f90: Wrong code for call to gamma Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code, lto Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43040
[Bug fortran/43039] [lto/-fwhole-file] ICE in gfc_conv_component_ref dynamic_dispatch_5.f03
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 17:46 --- It already occurs for -fwhole-file -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|[lto] ICE in|[lto/-fwhole-file] ICE in |gfc_conv_component_ref |gfc_conv_component_ref |dynamic_dispatch_5.f03 |dynamic_dispatch_5.f03 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43039
[Bug ada/43041] New: Default WCEM for opened files is always WCEM_Brackets instead of the -gnatW-specified encoding
The GNAT Reference Manual (8.6) specifies: `The default encoding method for the standard files, and for opened files for which no WCEM parameter is given in the FORM string matches the wide character encoding specified for the main program (the default being brackets encoding if no coding method was specified with -gnatW).' However, if an empty FORM string is given to Open or Create, the WCEM is always set to brackets coding, regardless of the encoding method that has been specified with -gnatW: Set_WCEM (a-witeio.adb:1632): `if Start = 0 then File.WC_Method := WCEM_Brackets; else' from `gcc -v': `Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.3-2' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu gcc version 4.4.3 (Debian 4.4.3-2)' -- Summary: Default WCEM for opened files is always WCEM_Brackets instead of the -gnatW-specified encoding Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mmarx at wh2 dot tu-dresden dot de GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43041
[Bug ada/43041] Default WCEM for opened files is always WCEM_Brackets instead of the -gnatW-specified encoding
--- Comment #1 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:51 --- Created an attachment (id=19845) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19845action=view) Expected Output % gnatmake -f -gnatW8 u8 gcc-4.4 -c -gnatW8 u8.adb gnatbind -x u8.ali gnatlink u8.ali % ./u8 `[äöü]' % -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43041
[Bug ada/43041] Default WCEM for opened files is always WCEM_Brackets instead of the -gnatW-specified encoding
--- Comment #2 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:52 --- Created an attachment (id=19846) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19846action=view) Constraint_Error because the file is opened with bracket coding % gnatmake -f -gnatW8 u8_fail gcc-4.4 -c -gnatW8 u8_fail.adb gnatbind -x u8_fail.ali gnatlink u8_fail.ali % ./u8-fail raised CONSTRAINT_ERROR : s-wchcnv.adb:209 explicit raise % -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43041
[Bug ada/43041] Default WCEM for opened files is always WCEM_Brackets instead of the -gnatW-specified encoding
--- Comment #3 from mmarx at wh2 dot tu-dresden dot de 2010-02-11 17:52 --- Created an attachment (id=19847) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19847action=view) Test file The test file used to demonstrate the issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43041
[Bug middle-end/43040] [lto] gfortran.dg/gamma_5.f90: Wrong code for call to gamma w/ -flto
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 18:06 --- Dump (w/ putting xs on an extra line): n = 1; xs = (real(kind=4)) n + 5.0e-1; xs = __builtin_tgammaf (xs); -- burnus at gcc dot gnu dot org changed: What|Removed |Added Component|fortran |middle-end GCC target triplet||x86_64-unknown-linux-gnu Summary|[lto] |[lto] |gfortran.dg/gamma_5.f90:|gfortran.dg/gamma_5.f90: |Wrong code for call to gamma|Wrong code for call to gamma ||w/ -flto http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43040
[Bug java/41802] When attempting to compile pdftk-1.41 my machine comes to a grind
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-02-11 18:10 --- There is another free (GPL-compatible) java-to-bytecode compiler? Sun's OpenJDK (which includes javac) is GPLv2 IIRC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41802
[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty
--- Comment #13 from paolo at gcc dot gnu dot org 2010-02-11 18:11 --- Subject: Bug 41975 Author: paolo Date: Thu Feb 11 18:11:01 2010 New Revision: 156705 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156705 Log: 2010-02-11 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/41975, DR 579 * include/bits/hashtable.h (_Hashtable::_M_erase_node): Remove. (erase(const_iterator), erase(const_iterator, const_iterator)): Change return type to void. * include/debug/unordered_map: Adjust. * include/debug/unordered_set: Likewise. * testsuite/util/exception/safety.h: Likewise. * testsuite/23_containers/unordered_map/erase/1.cc: Likewise. * testsuite/23_containers/unordered_map/erase/24061-map.cc: Likewise. * testsuite/23_containers/unordered_set/erase/1.cc: Likewise. * testsuite/23_containers/unordered_set/erase/24061-map.cc: Likewise. * testsuite/23_containers/unordered_multimap/erase/1.cc: Likewise. * testsuite/23_containers/unordered_multimap/erase/24061-map.cc: Likewise. * testsuite/23_containers/unordered_multiset/erase/1.cc: Likewise. * testsuite/23_containers/unordered_multiset/erase/24061-map.cc: Likewise. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/hashtable.h trunk/libstdc++-v3/include/debug/unordered_map trunk/libstdc++-v3/include/debug/unordered_set trunk/libstdc++-v3/testsuite/23_containers/unordered_map/erase/1.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_map/erase/24061-map.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_multimap/erase/1.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_multimap/erase/24061-multimap.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_multiset/erase/1.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_multiset/erase/24061-multiset.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_set/erase/1.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_set/erase/24061-set.cc trunk/libstdc++-v3/testsuite/util/exception/safety.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975
[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty
--- Comment #14 from paolo dot carlini at oracle dot com 2010-02-11 18:13 --- Done. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975
[Bug middle-end/43013] [4.5 Regression] warning: 'saved_stack.1' is used uninitialized in this function with -fstack-check
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-02-11 18:28 --- Note this works correctly on targets that define STACK_CHECK_BUILTIN to be 1. This includes the spu target. The main reason is that the code goes through a different path. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||i?86-*-* x86_64-*-* ||powerpc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43013
[Bug fortran/43042] New: [-fwhole-file] ICE in gfc_conv_structure for c_ptr_tests_14.f90
$ gfortran -fwhole-file gfortran.dg/c_ptr_tests_14.f90 gfortran.dg/c_ptr_tests_14.f90: In function 'test': gfortran.dg/c_ptr_tests_14.f90:25:0: internal compiler error: in gfc_conv_structure, at fortran/trans-expr.c:4385 -- Summary: [-fwhole-file] ICE in gfc_conv_structure for c_ptr_tests_14.f90 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43042
[Bug fortran/43043] New: [-fwhole-file] ICE segfault for select_type_4.f90
gfortran -fwhole-file gfortran.dg/select_type_4.f90 gfortran.dg/select_type_4.f90: In function 'MAIN__': gfortran.dg/select_type_4.f90:96:0: internal compiler error: Segmentation fault ==24333== Invalid read of size 8 ==24333==at 0x55EA3C: gfc_conv_structure (trans-expr.c:4413) ==24333==by 0x5652E6: gfc_conv_initializer (trans-expr.c:3970) ==24333==by 0x554EDB: gfc_get_symbol_decl (trans-decl.c:1263) ==24333==by 0x55592F: generate_local_decl (trans-decl.c:3786) ==24333==by 0x52B436: traverse_ns (symbol.c:3273) ==24333==by 0x52B425: traverse_ns (symbol.c:3270) ==24333==by 0x52B425: traverse_ns (symbol.c:3270) ==24333==by 0x559D03: gfc_generate_function_code (trans-decl.c:3899) ==24333==by 0x506A27: gfc_parse_file (parse.c:4071) ==24333==by 0x53C097: gfc_be_parse_file (f95-lang.c:239) ==24333==by 0x8253EB: toplev_main (toplev.c:1053) ==24333==by 0x5EB3BDC: (below main) (in /lib64/libc-2.11.1.so) The segfault does thus occur for when accessing the argument of gfc_conv_initializer: if (cm-ts.type == BT_CLASS) { gfc_component *data; data = gfc_find_component (cm-ts.u.derived, $data, true, true); val = gfc_conv_initializer (c-expr, cm-ts, TREE_TYPE (data-backend_decl), data-attr.dimension, data-attr.pointer); -- Summary: [-fwhole-file] ICE segfault for select_type_4.f90 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43043
[Bug fortran/43044] New: [-fwhole-file] ICE segfault for global_references_1.f90 (invalid code)
$ gfortran -fwhole-file gfortran.dg/global_references_1.f90 [... some valid errors ...] gfortran.dg/global_references_1.f90:9:0: internal compiler error: Segmentation fault ==24437== Invalid read of size 8 ==24437==at 0x51190F: resolve_global_procedure (resolve.c:1844) ==24437==by 0x51304D: gfc_resolve_expr (resolve.c:2597) ==24437==by 0x51BE52: resolve_code (resolve.c:8030) ==24437==by 0x51D952: resolve_codes (resolve.c:12371) ==24437==by 0x511584: gfc_resolve (resolve.c:12398) ==24437==by 0x506929: gfc_parse_file (parse.c:4029) ==24437==by 0x53C097: gfc_be_parse_file (f95-lang.c:239) ==24437==by 0x8253EB: toplev_main (toplev.c:1053) ==24437==by 0x5EB3BDC: (below main) (in /lib64/libc-2.11.1.so) ==24437== Address 0x0 is not stack'd, malloc'd or (recently) free'd -- Summary: [-fwhole-file] ICE segfault for global_references_1.f90 (invalid code) Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43044
[Bug middle-end/43045] New: [lto] ICE non-trivial conversion at assignment
$ gfortran -O2 -flto gfortran.dg/c_funloc_tests_3.f03 gfortran.dg/c_funloc_tests_3_funcs.c In file included from :2:0: gfortran.dg/c_funloc_tests_3.f03: In function 'main': gfortran.dg/c_funloc_tests_3.f03:17:0: error: non-trivial conversion at assignment unnamed type (*T499) (void) unnamed-signed:32 (*T4a0) (unnamed-signed:32) p_8 = D.2098_15; gfortran.dg/c_funloc_tests_3.f03:17:0: internal compiler error: verify_stmts failed -- Summary: [lto] ICE non-trivial conversion at assignment Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, lto Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43045
[Bug c++/43033] [4.4/4.5 Regression] --enable-checking=valgrind C++ failures
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-11 18:43 --- Unfortunately the patch regresses default3.C (line 28), but keeping the current code isn't an option either, on defarg14.C we don't error just because the ggc_free'd decl's code happens to be still mapped and is not a FUNCTION_DECL. So, we want to warn on x only if it hasn't been freed by duplicate_decls, remembering the type of x before push_overloaded_decl calls doesn't work either. Jason, can you please have a look at this? -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org AssignedTo|jakub at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43033
[Bug debug/37237] Debug information for virtual destructors omits DW_AT_vtable_elem_location
-- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-02-11 18:44:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37237
[Bug middle-end/43013] [4.5 Regression] warning: 'saved_stack.1' is used uninitialized in this function with -fstack-check
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-02-11 18:55 --- Note this works correctly on targets that define STACK_CHECK_BUILTIN to be 1. This includes the spu target. The main reason is that the code goes through a different path. Indeed, only generic stack checking is affected, so every target except for the Alpha and SPU. The plan for 4.6 is to switch the other targets (or at least x86 and x86-64) to STACK_CHECK_STATIC_BUILTIN, which isn't affected either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43013
[Bug middle-end/43045] [lto] ICE non-trivial conversion at assignment
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-11 18:56 --- Created an attachment (id=19848) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19848action=view) Testsuite patch (char-unsigned char) to fix the last two ICEs on the input side Note: It works with -O1 and fails with -O2. Analogously for: gfortran -O2 -flto gfortran.dg/bind_c_usage_17.f90 gfortran.dg/bind_c_usage_17_c.c In file included from :1:0: gfortran.dg/bind_c_usage_17.f90: In function 'test': gfortran.dg/bind_c_usage_17.f90:17:0: error: non-trivial conversion at assignment unnamed-unsigned:8 unnamed-signed:8 D.2124_1 = D.2125_53; [...] And for: $ gfortran -O2 -flto gfortran.dg/bind_c_usage_16.f03 gfortran.dg/bind_c_usage_16_c.c In file included from gfortran.dg/bind_c_usage_16.f03:23:0, from :3: gfortran.dg/bind_c_usage_16_c.c: In function 'main': gfortran.dg/bind_c_usage_16_c.c:12:5: error: non-trivial conversion at assignment unnamed-signed:8 unnamed-unsigned:8 c.0_1 = D.2210_12; * * * Actually, for the last two ICEs, one can simply fix the test suite by using the attached patch, which changes char into unsigned char. But for the first failure one cannot do much as the Fortran standard has just a type(c_funptr) which is a C-compatible function pointer. As this is a general black box, it is defined by the front end as: unnamed type (*T499) (void) even though in this case an int:32 (*T4a0)(int:32) type is needed. (For Fortran-internal function pointers, one can give an interface and thus create the proper function-pointer type.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43045
[Bug tree-optimization/43012] [4.5 Regression][graphite] wrong code for -floop-strip-mine in 453.povray
--- Comment #6 from spop at gcc dot gnu dot org 2010-02-11 19:16 --- You can get the new CLooG-PPL 0.15.8 from ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.8.tar.gz I will commit the testcase to the Graphite testsuite, and then I will close this bug. -- spop at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2010-02-10 18:41:13 |2010-02-11 19:16:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012
[Bug tree-optimization/43012] [4.5 Regression][graphite] wrong code for -floop-strip-mine in 453.povray
--- Comment #7 from spop at gcc dot gnu dot org 2010-02-11 19:19 --- Subject: Bug 43012 Author: spop Date: Thu Feb 11 19:19:37 2010 New Revision: 156708 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156708 Log: Add testcase for PR43012. 2010-02-11 Sebastian Pop sebastian@amd.com PR middle-end/43012 * gcc.dg/graphite/pr43012.c: New. Added: branches/graphite/gcc/testsuite/gcc.dg/graphite/pr43012.c Modified: branches/graphite/gcc/ChangeLog.graphite -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012
[Bug bootstrap/43046] New: gcc fails to build libgcc
I installed a precompiled version of GCC from a project. The version of it is 4.0 gcc -v Using built-in specs. Target: hppa64-hp-hpux11.00 Configured with: ../src/configure --enable-languages=c,c++ --prefix=/usr/local/pa20_64 --with-local-prefix=/usr/local/pa20_64 --with-gnu-as --with-as=/usr/local/pa20_64/bin/as --with-gnu-ld --with-ld=/usr/local/pa20_64/bin/ld --disable-shared --disable-nls --host=hppa64-hp-hpux11.00 I'm trying to use it to build 4.4.2. I ran configure like this: ../src/configure \ --enable-languages=c,c++ \ --prefix=/usr/local/pa20_64 --with-local-prefix=/usr/local/pa20_64 \ --with-gnu-as --with-as=/usr/local/pa20_64/bin/as \ --with-gnu-ld --with-ld=/usr/local/pa20_64/bin/ld \ --disable-shared \ --disable-nls \ --with-gmp-include=/usr/local/include \ --with-mpfr-include=/usr/local/include \ --with-mpfr-lib=/usr/local/lib \ --with-gmp-lib=/usr/local/lib and then: make bootstrap-lean When it gets to libgcc, it fails when trying to checking for suffix of object files The config.log looks like this: configure:2396: $? = 1 configure:2415: /home/dmoore/gnu/obj-64/./gcc/xgcc -B/home/dmoore/gnu/obj-64/./g cc/ -B/usr/local/pa20_64/hppa2.0w-hp-hpux11.00/bin/ -B/usr/local/pa20_64/hppa2.0 w-hp-hpux11.00/lib/ -isystem /usr/local/pa20_64/hppa2.0w-hp-hpux11.00/include -i system /usr/local/pa20_64/hppa2.0w-hp-hpux11.00/sys-include -o conftest -g -O2 conftest.c 5 xgcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html for instructions. configure:2418: $? = 1 configure:2590: checking for suffix of object files configure:2611: /home/dmoore/gnu/obj-64/./gcc/xgcc -B/home/dmoore/gnu/obj-64/./g cc/ -B/usr/local/pa20_64/hppa2.0w-hp-hpux11.00/bin/ -B/usr/local/pa20_64/hppa2.0 w-hp-hpux11.00/lib/ -isystem /usr/local/pa20_64/hppa2.0w-hp-hpux11.00/include -i system /usr/local/pa20_64/hppa2.0w-hp-hpux11.00/sys-include -c -g -O2 conftes t.c 5 xgcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html for instructions. configure:2614: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME GNU C Runtime Library | #define PACKAGE_TARNAME libgcc | #define PACKAGE_VERSION 1.0 | #define PACKAGE_STRING GNU C Runtime Library 1.0 | #define PACKAGE_BUGREPORT | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2627: error: in `/home/dmoore/gnu/obj-64/hppa2.0w-hp-hpux11.00/libgcc' : configure:2629: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. I'm not sure how to do the -save-temps switch since this is part of the make file. -- Summary: gcc fails to build libgcc Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sorakiu at gmail dot com GCC build triplet: hppa2.0w-hp-hpux11.00 GCC host triplet: hppa2.0w-hp-hpux11.00 GCC target triplet: hppa2.0w-hp-hpux11.00 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43046
[Bug fortran/43029] enum_5.f90 ICE under valgrind
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-11 19:31 --- Subject: Bug 43029 Author: jakub Date: Thu Feb 11 19:31:35 2010 New Revision: 156709 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156709 Log: PR fortran/43029 * decl.c (enumerator_decl): Don't call gfc_free_enum_history here. (gfc_match_enumerator_def): But here whenever enumerator_decl returns MATCH_ERROR. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43029
[Bug fortran/43029] enum_5.f90 ICE under valgrind
--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-11 19:35 --- Subject: Bug 43029 Author: jakub Date: Thu Feb 11 19:35:12 2010 New Revision: 156710 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156710 Log: PR fortran/43029 * decl.c (enumerator_decl): Don't call gfc_free_enum_history here. (gfc_match_enumerator_def): But here whenever enumerator_decl returns MATCH_ERROR. Modified: branches/gcc-4_4-branch/gcc/fortran/ChangeLog branches/gcc-4_4-branch/gcc/fortran/decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43029
[Bug tree-optimization/42771] [4.5 Regression][graphite] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c (2)
--- Comment #12 from spop at gcc dot gnu dot org 2010-02-11 19:42 --- Subject: Bug 42771 Author: spop Date: Thu Feb 11 19:42:38 2010 New Revision: 156711 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156711 Log: Fix PR42771. 2010-02-10 Sebastian Pop s...@napoca PR middle-end/42771 * graphite-clast-to-gimple.c (gloog): Call rename_sese_parameters. * graphite-clast-to-gimple.h (gloog): Update declaration. * graphite-poly.c (new_scop): Clear POLY_SCOP_P. * graphite-poly.h (struct poly_bb): Add missing comments. (struct scop): Add poly_scop_p field. (POLY_SCOP_P): New. * graphite-sese-to-poly.c (build_poly_scop): Set POLY_SCOP_P. * graphite.c (graphite_transform_loops): Build the polyhedral representation for each scop before code generation. * sese.c (rename_variables_in_operand): Removed. (rename_variables_in_expr): Return the renamed expression. (rename_sese_parameters): New. * sese.h (rename_sese_parameters): Declared. * gcc.dg/graphite/pr42771.c: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/pr42771.c Modified: trunk/gcc/ChangeLog.graphite trunk/gcc/graphite-clast-to-gimple.c trunk/gcc/graphite-clast-to-gimple.h trunk/gcc/graphite-poly.c trunk/gcc/graphite-poly.h trunk/gcc/graphite-sese-to-poly.c trunk/gcc/graphite.c trunk/gcc/sese.c trunk/gcc/sese.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42771
[Bug other/42530] [graphite] ICE in verify_ssa when using -O -g -ffast-math -floop-parallelize-all
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 19:43 --- Subject: Bug 42530 Author: spop Date: Thu Feb 11 19:42:45 2010 New Revision: 156712 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156712 Log: Fix PR42914 and PR42530. 2010-02-10 Sebastian Pop s...@napoca PR middle-end/42914 PR middle-end/42530 * graphite-sese-to-poly.c (remove_phi): New. (translate_scalar_reduction_to_array): Call remove_phi. * gcc.dg/graphite/pr42530.c: New. * gcc.dg/graphite/pr42914.c: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/pr42530.c trunk/gcc/testsuite/gcc.dg/graphite/pr42914.c Modified: trunk/gcc/ChangeLog.graphite trunk/gcc/graphite-sese-to-poly.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42530
[Bug middle-end/42914] [4.5 Regression][graphite] ICE with -g -ffast-math -fgraphite-identity -O2: verify_ssa failed
--- Comment #7 from spop at gcc dot gnu dot org 2010-02-11 19:43 --- Subject: Bug 42914 Author: spop Date: Thu Feb 11 19:42:45 2010 New Revision: 156712 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156712 Log: Fix PR42914 and PR42530. 2010-02-10 Sebastian Pop s...@napoca PR middle-end/42914 PR middle-end/42530 * graphite-sese-to-poly.c (remove_phi): New. (translate_scalar_reduction_to_array): Call remove_phi. * gcc.dg/graphite/pr42530.c: New. * gcc.dg/graphite/pr42914.c: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/pr42530.c trunk/gcc/testsuite/gcc.dg/graphite/pr42914.c Modified: trunk/gcc/ChangeLog.graphite trunk/gcc/graphite-sese-to-poly.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42914
[Bug middle-end/42930] [graphite] crash when compiling scummvm on Ubuntu 9.10/amd64 with -floop-block
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-11 19:43 --- Subject: Bug 42930 Author: spop Date: Thu Feb 11 19:42:51 2010 New Revision: 156713 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156713 Log: Fix PR42930. 2010-02-10 Sebastian Pop s...@napoca PR middle-end/42930 * graphite-scop-detection.c (graphite_can_represent_scev): Call graphite_can_represent_init for MULT_EXPR. Modified: trunk/gcc/ChangeLog.graphite trunk/gcc/graphite-scop-detection.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42930
[Bug tree-optimization/43012] [4.5 Regression][graphite] wrong code for -floop-strip-mine in 453.povray
--- Comment #8 from spop at gcc dot gnu dot org 2010-02-11 19:43 --- Subject: Bug 43012 Author: spop Date: Thu Feb 11 19:43:14 2010 New Revision: 156716 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156716 Log: Add testcase for PR43012. 2010-02-11 Sebastian Pop sebastian@amd.com PR middle-end/43012 * gcc.dg/graphite/pr43012.c: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/pr43012.c Modified: trunk/gcc/ChangeLog.graphite -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012
[Bug tree-optimization/42771] [4.5 Regression][graphite] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c (2)
--- Comment #13 from spop at gcc dot gnu dot org 2010-02-11 19:46 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42771
[Bug fortran/43030] Conditional jump or move depends on uninitialised value on eoshift_2.f90
--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-11 19:47 --- Subject: Bug 43030 Author: jakub Date: Thu Feb 11 19:47:20 2010 New Revision: 156718 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156718 Log: PR fortran/43030 * resolve.c (gfc_resolve_dim_arg): Call gfc_clear_ts. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43030
[Bug fortran/43030] Conditional jump or move depends on uninitialised value on eoshift_2.f90
--- Comment #4 from jakub at gcc dot gnu dot org 2010-02-11 19:48 --- Subject: Bug 43030 Author: jakub Date: Thu Feb 11 19:48:24 2010 New Revision: 156719 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156719 Log: PR fortran/43030 * resolve.c (gfc_resolve_dim_arg): Call gfc_clear_ts. Modified: branches/gcc-4_4-branch/gcc/fortran/ChangeLog branches/gcc-4_4-branch/gcc/fortran/resolve.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43030
[Bug c/43047] New: internal compiler error: in extract_insn, at recog.c:2048
gcc 4.4.0 based cross-compiler (http://cegcc.sourceforge.net) can be used to show the bug, I think it's not specific to that project though. pavilion: {108} arm-mingw32ce-gcc -c -DCRASH k.c k.c: In function 'ff_fill_linesize': k.c:12: error: unrecognizable insn: (insn 6 5 7 3 k.c:9 (set (reg/f:SI 136 [ av_pix_fmt_descriptors.0 ]) (symbol_ref:SI (av_pix_fmt_descriptors) [flags 0x440] var_decl 0xb7cb6000 av_pix_fmt_descriptors)) -1 (nil)) k.c:12: internal compiler error: in extract_insn, at recog.c:2048 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. pavilion: {109} cat k.c #ifdef CRASH __attribute__((dllimport)) int av_pix_fmt_descriptors[]; #else int av_pix_fmt_descriptors[]; #endif __attribute__((dllexport)) int ff_fill_linesize(int pix_fmt) { const int *desc = av_pix_fmt_descriptors[pix_fmt]; return 0; } pavilion: {110} -- Summary: internal compiler error: in extract_insn, at recog.c:2048 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danny dot backx at scarlet dot be GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: arm-unknown-mingw32ce http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43047
[Bug tree-optimization/43012] [4.5 Regression][graphite] wrong code for -floop-strip-mine in 453.povray
--- Comment #9 from spop at gcc dot gnu dot org 2010-02-11 19:49 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43012