Home > Internal Compiler > Internal Compiler Error In Reload_cse_simplify_operands

Internal Compiler Error In Reload_cse_simplify_operands

COLLECT_GCC=arm-none-eabi-g++ COLLECT_LTO_WRAPPER=/usr/local/gcc-arm-none-eabi-4_9-2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/lto-wrapper Target: arm-none-eabi Configured with: /home/build/work/GCC-4-9-build/src/gcc/configure --target=arm-none-eabi --prefix=/home/build/work/GCC-4-9-build/install-native --libexecdir=/home/build/work/GCC-4-9-build/install-native/lib --infodir=/home/build/work/GCC-4-9-build/install-native/share/doc/gcc-arm-none-eabi/info --mandir=/home/build/work/GCC-4-9-build/install-native/share/doc/gcc-arm-none-eabi/man --htmldir=/home/build/work/GCC-4-9-build/install-native/share/doc/gcc-arm-none-eabi/html --pdfdir=/home/build/work/GCC-4-9-build/install-native/share/doc/gcc-arm-none-eabi/pdf --enable-languages=c,c++ --enable-plugins --disable-decimal-float --disable-libffi --disable-libgomp --disable-libmudflap --disable-libquadmath --disable-libssp --disable-libstdcxx-pch --disable-nls --disable-shared --disable-threads --disable-tls --with-gnu-as --with-gnu-ld --with-newlib --with-headers=yes Comment 2 Chung-Lin Tang 2011-04-12 04:43:01 UTC Author: cltang Date: Tue Apr 12 04:42:55 2011 New Revision: 172297 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172297 Log: 2011-04-11 Chung-Lin Tang Richard Earnshaw PR target/48250 * I tried revision 160946 and did not see such error. Output from gcc -save-temps that triggers the bug Download all attachments as: .zip Oldest first Newest first Threaded Comments only Change History (3) Changed 9 years ago by paulw2 Attachment target.i​ http://wiiplay.net/internal-compiler/internal-compiler-error-in-reload-cse-simplify-operands-at-postreload-c.html

Comment 2 Karsten Hopp 2012-07-05 08:24:56 EDT Created attachment 596395 [details] preprocessed source Comment 3 Alan Modra 2012-07-08 22:33:37 EDT Some notes: 1) The instruction is actually good. The failing memory store started out as insn 1485, and gcc was supposed to reload the reg to fr0, which is a dumb thing to do but a correct choice none Format For Printing -XML -Clone This Bug -Top of page Home | New | Browse | Search | [?] | Reports | Help | NewAccount | Log In Remember [x] | I can't see any later constraint pairs that would match the non-offsettable parts of "m". have a peek at these guys

Jun 26, 2015 Project Member #7 [email protected] (No comment was entered for this change.) Labels: Subcomponent-Tools-ndk Jun 26, 2015 Project Member #8 [email protected] (No comment was entered for this Comment 10 Alan Modra 2012-07-16 23:49:13 EDT What's happening here is that the pseudo for the reg in insn 1485 doesn't get a hard reg. Reject unsupported unaligned cases. It's encouraged to use GCC 4.6 available and default since r8b, though.

  1. Comment 5 Alan Modra 2012-07-09 07:43:01 EDT Incidentally, the "o<>" constraint in movdi_internal32 came in with revision 85419.
  2. Description Jing Yu 2010-07-02 17:38:29 UTC Revision 160947 breaks the following test case.
  3. void f0 (void *x, long long y) { *(long long *) (x + 32760) = y; } void f1 (void *x, long long y) { *(long long *) (x + 32761)
  4. gcc_443_neon_intrinsics_release_bug.cpp 2.0 KB View Download Nov 28, 2011 Project Member #1 [email protected] (No comment was entered for this change.) Cc: [email protected] [email protected] [email protected] Nov 30, 2011 #2 [email protected]
  5. Problem does NOT occur in gcc version 3.1 20010816 (experimental). -- Craig Rodrigues rodrigc@mediaone.net Comment 3 Craig Rodrigues 2001-11-21 20:34:07 UTC State-Changed-From-To: open->closed State-Changed-Why: Fixed in gcc 3.0 branch: http://gcc.gnu.org/ml/gcc-patches/2001-11/msg00698.html Comment

http://gcc.gnu.org/ml/gcc-patches/2004-08/msg00022.html Geoff patched four insns, one of which, movtf_internal, has since had "o<>" replaced with "Y". Comment 17 IBM Bug Proxy 2013-07-29 15:01:05 EDT Closing on the IBM side too. Format For Printing -XML -Clone This Bug -Top of page First Last Prev Next This bug is not in your last search results. Can this bug be closed as fixed, since we're either using Jakub's workaround or Alan's final fix?

The command line to trigger the bug is m68k-rtems4.8-gcc -m5200 -O target.i (Also occurs with -O2 and -O3). Correct is "val + 0x8000 >= 0x10000 - 12". 5) As far as offsettable_memref_p is concerned, the offset range check in rs6000_mode_dependent_address is completely redundant. Reject unsupported unaligned cases. my company It fails because rs6000_mode_dependent_address rejects any offset greater or equal to 32756.

Works on latest 4.5 (r171282). Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr44788.c trunk/gcc/testsuite/gcc.target/arm/pr44788.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.md trunk/gcc/config/arm/thumb2.md trunk/gcc/testsuite/ChangeLog Comment 4 Bernd Schmidt 2010-07-06 23:46:24 UTC Fixed. Status: RESOLVED FIXED Alias: None Product: gcc Classification: Unclassified Component: rtl-optimization (show other bugs) Version: 4.6.0 Importance: P3 normal Target Milestone: 4.6.0 Assignee: Not yet assigned to anyone URL: Keywords: ice-on-valid-code It passed bootstrap/regtest, hope it works fine temporarily and for the final solution I'll wait for Alan's commits.

Modified: branches/ARM/embedded-4_6-branch/gcc/ChangeLog.arm branches/ARM/embedded-4_6-branch/gcc/builtins.c branches/ARM/embedded-4_6-branch/gcc/config/arm/arm.c branches/ARM/embedded-4_6-branch/gcc/config/arm/arm.h branches/ARM/embedded-4_6-branch/gcc/config/arm/arm.md branches/ARM/embedded-4_6-branch/gcc/config/arm/unwind-arm.c branches/ARM/embedded-4_6-branch/gcc/fold-const.c branches/ARM/embedded-4_6-branch/gcc/testsuite/gcc.target/arm/pr40887.c branches/ARM/embedded-4_6-branch/gcc/testsuite/gcc.target/arm/pr42575.c branches/ARM/embedded-4_6-branch/gcc/testsuite/gcc.target/arm/pr43698.c branches/ARM/embedded-4_6-branch/gcc/testsuite/gcc.target/arm/pr44788.c branches/ARM/embedded-4_6-branch/gcc/testsuite/gcc.target/arm/sync-1.c Comment 7 Ramana Radhakrishnan 2013-08-05 20:42:26 UTC Fixed on 4.7.0 - wont fix on 4.6.x Format For Printing https://groups.google.com/d/topic/android-ndk/m3M3JsM1nAk Comment 3 Bernd Schmidt 2010-07-06 23:45:13 UTC Subject: Bug 44787 Author: bernds Date: Tue Jul 6 23:44:55 2010 New Revision: 161893 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161893 Log: PR rtl-optimization/44787 * config/arm/arm.md (arith_shiftsi): Allow stack It does not happen with gcc-4.6 and gcc-4.7 released in NDKr9c or previous NDKs. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19 Comment 15 Peter Bergner 2013-07-26 12:34:22 EDT I'm trying to clean up bugs on the IBM side and came

That allows a range of -32780 to 32755. http://wiiplay.net/internal-compiler/internal-compiler-error-cl-exe.html Please Cc: me on replies! Using a trunk (svn 171251) compiler, configured for ARMv7-a, I get the following ICE: gcc -marm -mfpu=neon -O2 -c lp723185.i lp723185.i: In function 'foo': lp723185.i:29:1: error: insn does not satisfy its Still, something is very fishy with reg_equiv_init to have it point at the insn where the pseudo dies.

On 4.7 is doesn't have a reg at all, ie. See for instructions. However on gcc-4.7, insn 1485 was deleted! check over here Mitt kontoSökMapsYouTubePlayGmailDriveKalenderGoogle+ÖversättFotonMerDokumentBloggerKontakterHangoutsÄnnu mer från GoogleLogga inDolda fältSök efter grupper eller meddelanden My favorites ▼ | Sign in android Android Open Source Project - Issue Tracker ProjectHome Issues New issue Search

lives in mem. Backport r171978 from mainline 2011-04-05 Tom de Vries PR target/43920 * config/arm/arm.h (BRANCH_COST): Set to 1 for Thumb-2 when optimizing for size. Obviously tightening the predicate would work, but as I said in comment #2 the insn is good.

Note You need to log in before you can comment on or make changes to this bug.

Add detailed description in comments. * config/arm/arm.md (reload_outdf): Disable for ARM mode; change condition from TARGET_32BIT to TARGET_ARM. Comment 14 Fedora End Of Life 2013-04-03 14:09:08 EDT This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Or perhaps http://gcc.gnu.org/ml/gcc-patches/2012-04/msg01688.html and its followup? lda : 1), _colFactor(layout == ROW_MAJOR ? 1 : lda) {} inline int operator()(int i, int j) { return i * _rowFactor + j * _colFactor; } private: int _rowFactor; int

Home | New | Search | [?] | Reports | Requests | Help | NewAccount | Log In [x] | Forgot Password Login: [x] | Report Bugzilla Bug Legal Search: LoginPreferencesAbout Bug837630 - internal compiler error: in reload_cse_simplify_operands, at postreload.c:403 Summary: internal compiler error: in reload_cse_simplify_operands, at postreload.c:403 Status: CLOSED RAWHIDE Aliases: None Product: Fedora Classification: Fedora Component: gcc (Show other bugs) Comment 6 Alan Modra 2012-07-10 00:28:51 EDT Re comment #2 point 4. this content It will help us with cleanup during Fedora 19 End Of Life.

The output is " error: insn does not satisfy its constraints:" and "internal compiler error: in reload_cse_simplify_operands, at postreload.c:411". comment:2 Changed 2 years ago by Gedare Description modified (diff) Milestone changed from 2 to 4.9 Version changed from unknown to 4.8 Note: See TracTickets for help on using tickets. Backport r172297 from mainline 2011-04-11 Chung-Lin Tang Richard Earnshaw PR target/48250 * config/arm/arm.c (arm_legitimize_reload_address): Update cases to use sign-magnitude offsets. Is this something we have to worry about ?

I'm putting [email protected] in Cc:, perhaps they have a clue. rs6000.md doesn't, due to the "o" constraint problem mentioned in comment #3. Also very interesting is to look at -m32 -O2 output for the following where we get quite a lot better code for f0 thru f3 using "m" instead of "o<>". On mainline we come out of the reload loop with the pseudo being assigned a gpr.

We have a mass rebuild of all our packages coming up, does this issue need to be fixed before that ? Will file an upstream issue.