Internal Compiler Error In Extract_insn
[x] | Forgot Password Login: [x] User account creation filtered due to spam. Bug50099 - ICE: internal compiler error: in extract_insn, at recog.c:2113 while building lttng-ust Summary: ICE: internal compiler error: in extract_insn, at recog.c:2113 while building... Status: RESOLVED FIXED Alias: None Product: gcc Classification: Unclassified Component: target (show other bugs) Version: 4.6.1 Importance: P3 normal Target Milestone: --- Assignee: Bernd Schmidt URL: Keywords: Duplicates (3): 50104 52855 54473 (view as bug list) Depends on: Blocks: Reported: 2011-08-16 13:04 UTC by enrico.scholz Modified: 2016-03-07 12:45 UTC (History) CC List: 8 users (show) bernds michael.hope mikpelinux mpthompson patenaude raj.khem ramana trippels See Also: Host: Target: arm Build: Known to work: Known to fail: Last reconfirmed: 2011-09-06 00:00:00 Attachments preprocessed sources (ust-0.15/snprintf/vfprintf.c) (15.71 KB, application/text) 2011-08-16 13:04 UTC, enrico.scholz Details reduced test case (220 bytes, text/plain) 2011-08-17 13:35 UTC, Mikael Pettersson Details Candidate patch (558 bytes, patch) 2011-09-06 13:11 UTC, Bernd Schmidt Details | Diff View All Add an attachment (proposed patch, testcase, etc.) Note You need to log in before you can comment on or make changes to this bug. Description enrico.scholz 2011-08-16 13:04:26 UTC Created attachment 25022 [details] preprocessed sources (ust-0.15/snprintf/vfprintf.c) $ arm-linux-gnueabi-gcc -march=armv7-a /tmp/x2.c -c -O1 /tmp/x2.c: In function ‘ust_safe_vfprintf’: /tmp/x2.c:4533:1: error: unrecognizable insn: (insn 3114 3113 3115 139 (set (subreg:SI (reg/v:DI 153 [ _umax ]) 0) (sign_extend:SI (mem:QI (plus:SI (mult:SI (reg/v:SI 159 [ nextarg ]) (const_int 8 [0x8])) (reg/f:SI 347 [ argtable.7 ])) [0 *D.5277_569+0 S1 A32]))) /tmp/x2.c:4325 -1 (nil)) /tmp/x2.c:4533:1: internal compiler error: in extract_insn, at recog.c:2113 Please submit a full bug report, with preprocessed source if appropriate. See
Password Login: [x] User account creation filtered due to spam. Bug65593 - [5 Regression] internal compiler error: in extract_insn, at recog.c:2343 Summary: [5 Regression] internal compiler error: in extract_insn, at recog.c:2343 Status: RESOLVED FIXED Alias: None Product: gcc Classification: Unclassified Component: target (show other bugs) Version: 5.0 Importance: P1 normal Target Milestone: 5.0 Assignee: Jakub Jelinek https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099 URL: Keywords: Duplicates (1): 65560 (view as bug list) Depends on: Blocks: Reported: 2015-03-27 03:02 UTC by H.J. Lu Modified: 2015-03-27 17:40 UTC (History) CC List: 4 users (show) jakub rainer tmsriram ubizjak See Also: Host: Target: x86_64-pc-linux-gnu Build: Known to work: Known to fail: Last reconfirmed: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65593 2015-03-27 00:00:00 Attachments gcc5-pr65593.patch (604 bytes, patch) 2015-03-27 13:47 UTC, Jakub Jelinek Details | Diff View All Add an attachment (proposed patch, testcase, etc.) Note You need to log in before you can comment on or make changes to this bug. Description H.J. Lu 2015-03-27 03:02:51 UTC On Linux/x86-64, r221697 gave: [hjl@gnu-35 gcc-test-spec]$ ./usr/bin/gcc -S -fPIE -O2 -o /tmp/x.s src-trunk/gcc/testsuite/gcc.c-torture/compile/pr20928.c src-trunk/gcc/testsuite/gcc.c-torture/compile/pr20928.c: In function \u2018foo\u2019: src-trunk/gcc/testsuite/gcc.c-torture/compile/pr20928.c:10:1: error: unrecognizable insn: } ^ (insn 7 6 8 2 (set (reg/f:DI 88) (plus:DI (symbol_ref:DI ("bar") [flags 0x40]
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn http://stackoverflow.com/questions/6205319/gcc-cross-compiler-cant-pass-a-void-main-test more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users https://bugzilla.redhat.com/show_bug.cgi?id=1212265 Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up GCC Cross Compiler can't pass a void main() test up vote 1 down vote favorite I'm building a cross compiler that translates c code into assembly for internal compiler this processor I'm working with. After several hours of work, I managed to get xgcc.exe to compile so that I can start getting it to spit out actual opcodes. However, I've hit a snag when trying to compile a simple void main code: void main(){} When I run this, I get the following internal compiler error (call_ins 3 2 5 2 (call (mem SI ("__main") [flags 0x41]) [0 S4 A8]) (const_int 0 [0])) test.c:1 -1 (expr_list internal compiler error REG_EH_REGION (const_int 0 [0]) (nil)) (nil)) Internal compiler error: in extract_insn, at recog.c: 2109 I've literally copied a machine descriptor file from a working processor similar to mine (moxie) but it still produces the same error. The line that should be collaborating with this error is this: (define_expand "call_value" [(set (match_operand:SI 0 "memory_operand" "") (call (match_operand:SI 1 "memory_operand" "") (match_operand:SI 2 "memory_operand" "")))] "" { gcc_assert (MEM_P (operands[1])); })" But I've changed many parts of it and I've yet to be successful. Any ideas on what is causing this error? gcc cross-compiling share|improve this question edited Mar 6 '14 at 14:38 rene 24.3k105071 asked Jun 1 '11 at 17:31 RGroppa 12711 2 No clue if this is going to solve your problem, but main is supposed to have a return type of int, not void. Sticking with standard-compliant code might be a good start, at least –jalf Jun 1 '11 at 17:37 int main simply returns a non-specific segfault within the compiler. Ideally once I get void working, I can figure out how to get int working, but if not even void works, then I have no idea. –RGroppa Jun 1 '11 at 18:50 add a comment| 1 Answer 1 active oldest votes up vote 0 down vote accepted After a bunch of hacking around, i resolved the issue with this: (define_expand "call" [(call (match_o
[x] Format For Printing -XML -Clone This Bug -Last Comment First Last Prev Next This bug is not in your last search results. Bug1212265 - internal compiler error: in extract_insn, at recog.c:2154 Summary: internal compiler error: in extract_insn, at recog.c:2154 Status: CLOSED ERRATA Aliases: None Product: Red Hat Enterprise Linux 7 Classification: Red Hat Component: gcc (Show other bugs) Sub Component: --- Version: 7.1 Hardware: i686 Linux Priority unspecified Severity low TargetMilestone: rc TargetRelease: --- Assigned To: Jakub Jelinek QA Contact: Miroslav Franc Docs Contact: URL: Whiteboard: Keywords: Depends On: Blocks: Show dependency tree /graph Reported: 2015-04-15 23:33 EDT by Daniel Villeneuve Modified: 2016-01-31 21:30 EST (History) CC List: 5 users (show) dvilleneuve mcermak mfranc mpolacek ohudlick See Also: Fixed In Version: gcc-4.8.5-1.el7 Doc Type: Bug Fix Doc Text: A bug in TLS handling on 32-bit Intel and AMD architectures caused that the compiler was trying to use %gs: or %fs: segment registers with the Load Effective Address (LEA) instruction. Consequently, a crash could occur in code with __thread arrays of structures or long long integers. This bug has been fixed, and the code compiles correctly. Story Points: --- Clone Of: Environment: Last Closed: 2015-11-19 07:22:57 EST Type: Bug Regression: --- Mount Type: --- Documentation: --- CRM: Verified Versions: Category: --- oVirt Team: --- RHEL 7.3 requirements from Atomic Host: Cloudforms Team: --- Attachments (Terms of Use) The source file with minimal external dependencies (#include