Internal Compiler Error In Change Address_1 At Emit-rtl.c
Milestone Linaro GCC Edit Fix Committed Undecided Kumar Venkataramanan Edit You need to log in to change this bug's status. Affecting: Linaro GCC Filed here by: Gregory Fong When: 2014-07-28 Confirmed: 2014-08-13 Assigned: 2014-08-19 Started work: 2014-08-28 Target Distribution Baltix BOSS Juju Charms Collection Elbuntu Guadalinex Guadalinex Edu Kiwi Linux nUbuntu PLD Linux Tilix tuXlab Ubuntu Ubuntu Linaro Evaluation Build Ubuntu RTM Package (Find…) Project (Find…) Status Importance Fix Committed Undecided Assigned to Me Kumar Venkataramanan (venkataramanan-kumar) Remote Watch None, the status of the bug is updated manually. None, the status of the bug is updated manually. Linaro Bug Tracking System #307 URL: The information about this bug in Launchpad is automatically pulled daily from the remote bug. Comment on this change (optional) Email me about changes to this bug report gcc-4.8-armhf-cross (Ubuntu) Edit New Undecided Unassigned Edit You need to log in to change this bug's status. Affecting: gcc-4.8-armhf-cross (Ubuntu) Filed here by: Gregory Fong When: 2014-07-28 Target Distribution Baltix BOSS Juju Charms Collection Elbuntu Guadalinex Guadalinex Edu Kiwi Linux nUbuntu PLD Linux Tilix tuXlab Ubuntu Ubuntu Linaro Evaluation Build Ubuntu RTM Package (Find…) Project (Find…) Status Importance New Undecided Assigned to Nobody Me Comment on this change (optional) Email me about changes to this bug report Also affects project (?) Also affects distribution/package Nominate for series Bug Description Found when trying to build the v8 javascript engine. Reproduced with gcc-linaro 4.8-2014.01 and gcc-linaro 4.8-2014.04. Cannot be reproduced with FSF gcc 4.8.2 or gcc 4.9.0. $ arm-linux-gnueabihf-g++ -fvisibility=hidden -mtune=cortex-a15 -mfpu=neon -marm -O2 -c testcase.ii testcase.ii: In member function ‘int G::SizeFromMap()’: testcase.ii:63:1: internal compiler error: in change_address_1, at emit-rtl.c:2019 } ^ Removing any of these flags eliminates the error. Reproducible with -O2 and -O3 but not -O1 or -Os. Cannot be reproduced without -mtune=cortex-a15, even if one of -march=armv7ve or -march=armv7-a are provided. The problem is not seen with -mthumb (default) instead of -marm. See original description Add tags Tag help Gregory Fong
compiler error: in change_address_1, atemit-rtl.c:1954Product: gccVersion: 4.4.3Status: UNCONFIRMEDSeverity: normalPriority: P3Component: cAssignedTo: ***@gcc.gnu.orgReportedBy: ***@eclipseoptions.comNOTE: changing the typedef of ITERATOR_TYPE from uint32_t to uint16_t on line903 of the preprocessed source will allow the program to compile successfully.$ uname -aLinux bdavis-desktop 2.6.32-30-generic #59-Ubuntu SMP Tue Mar 1 21:30:46 UTC2011 x86_64 GNU/Linux$ gcc --versiongcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3Copyright (C) 2009 Free Software Foundation, Inc.This is free software; see the source https://bugs.launchpad.net/bugs/1349570 for copying conditions. There is NOwarranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.$ /usr/bin/gcc-4.4 -DLINUX -DLINUX64 -D_POSIX_PTHREAD_SEMANTICS -fPIC-D_REENTRANT -DLINUX64 -D_GNU_SOURCE -MMD -g -O2 -pthread -std=gnu99-march=native -m64 -ffast-math -mieee-fp -Wall -Wstrict-prototypes fail.ctestArrayQueueMRU.c: In function ‘main’:testArrayQueueMRU.c:190: internal compiler error: in change_address_1, atemit-rtl.c:1954Please submit a full bug http://gcc-bugs.gcc.gnu.narkive.com/J3IogrRm/bug-c-48561-new-internal-compiler-error-in-change-address-1-at-emit-rtl-c-1954 report,with preprocessed source if appropriate. rguenth at gcc dot gnu.org 2011-04-12 10:32:09 UTC PermalinkRaw Message http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48561Richard Guenther
have 12 16-bit registers and 4 32-bit registers.Registers r0 - r11 are 16-b wide and can be paired to form a 32-b register.Registers r12,r13,r14 and r15 are 32-bit wide and out of whichr12 http://gcc-help.gcc.gnu.narkive.com/jWTz42HN/internal-compiler-error-in-gen-rtx-subreg-at-emit-rtl-c-776-in-cr16 - argument pointer register.r13 - frame pointer register.r14 - return address register.r15 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=184862 stack pointer register.I faced a regression in gcc-torture test case "20070905-1.c"when I compile the code with -O2 or higher the test case failswith "internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:776"After analyzing the rtl dump, I figured out that below mentioned dump is thereason for the failure.(insn 46 14 47 4 internal compiler 20070905-1.c:17 (set (reg:HI 3 r3) (subreg:HI (reg/f:SI 13 r13) 0)) 64 {*movhi_short} (nil))(insn 47 46 18 4 20070905-1.c:17 (set (reg:HI 4 r4 [+2 ]) (subreg:HI (reg/f:SI 13 r13) 2)) 64 {*movhi_short} (nil))The insn 47 with subreg byte value of 2 causes the ICE infunction gen_rtx_SUBREG." gcc_assert (validate_subreg (mode, GET_MODE (reg), reg, offset)); "You can find the current implementation of cr16 at the following internal compiler error linkhttp://gcc.gnu.org/ml/gcc-patches/2011-01/msg00803.htmlIn addition to the patch I have made couple of changes suggested byRichard Henderson. http://gcc.gnu.org/ml/gcc-patches/2011-01/msg01008.htmlOne among them is ::#define CANNOT_CHANGE_MODE_CLASS(FROM, TO, CLASS) \ (GET_MODE_SIZE (FROM) != GET_MODE_SIZE (TO) \ ? reg_classes_intersect_p (LONG_REGS, (CLASS)) \ : 0)LONG_REGS are 32-bit registersPlease let me know if you need further information.Your help in this regard is highly appreciated.Thanks and Regards,Sumanth G Ian Lance Taylor 2011-01-31 19:19:13 UTC PermalinkRaw Message Post by Sumanth GundapaneniAfter analyzing the rtl dump, I figured out that below mentioned dump is thereason for the failure.(insn 46 14 47 4 20070905-1.c:17 (set (reg:HI 3 r3) (subreg:HI (reg/f:SI 13 r13) 0)) 64 {*movhi_short} (nil))(insn 47 46 18 4 20070905-1.c:17 (set (reg:HI 4 r4 [+2 ]) (subreg:HI (reg/f:SI 13 r13) 2)) 64 {*movhi_short} (nil))You need to find out what is generating that insn. It looks like it cannot work on your hardware. You need to fix whatever is generating it todo something different.Ian Sumanth Gundapaneni 2011-02-01 09:08:33 UTC PermalinkRaw Message Hi Ian,Post by Ian Lance TaylorYou need to find out what is generating that insn. It looks like it cannot work on your hardware. You need to fix whatever is gener
S. Brown"