From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28819 invoked by alias); 10 Jan 2014 19:26:45 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 28767 invoked by uid 48); 10 Jan 2014 19:26:41 -0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/54694] [4.7/4.8/4.9 Regression] internal compiler error: in dwarf2out_frame_debug_expr, at dwarf2out.c:2387 Date: Fri, 10 Jan 2014 19:26:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 4.6.3 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.7.4 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-01/txt/msg01174.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D54694 --- Comment #14 from H.J. Lu --- (In reply to Uro=C5=A1 Bizjak from comment #13) > (In reply to H.J. Lu from comment #12) > > *** Bug 59763 has been marked as a duplicate of this bug. *** >=20 > Are you sure this is a duplicate? The ICE is at different location and > adding -mno-avx doesn't help. In fact, -march=3Dcorei7 was not used in the > testcase at all. This bug is against GCC 4.6. For GCC 4.9, I got [hjl@gnu-6 pr54694]$ cat x.i=20 typedef struct { } floatx80; register struct CPUX86State *env asm ("ebp"); floatx80 float64_to_floatx80 (int, int); typedef struct { floatx80 d; } FPReg; struct CPUX86State { FPReg fpregs[0]; }; void helper_fldl_ST0 () { env->fpregs[0].d =3D float64_to_floatx80 (0, 0); } [hjl@gnu-6 pr54694]$ make /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc -B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -mavx -m32 -S x.i x.i: In function =E2=80=98helper_fldl_ST0=E2=80=99: x.i:20:1: internal compiler error: in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1550 } ^ 0x766175 dwarf2out_frame_debug_expr /export/gnu/import/git/gcc/gcc/dwarf2cfi.c:1548 0x767355 dwarf2out_frame_debug /export/gnu/import/git/gcc/gcc/dwarf2cfi.c:2043 0x767e58 scan_insn_after /export/gnu/import/git/gcc/gcc/dwarf2cfi.c:2369 0x768414 scan_trace /export/gnu/import/git/gcc/gcc/dwarf2cfi.c:2526 0x768527 create_cfi_notes /export/gnu/import/git/gcc/gcc/dwarf2cfi.c:2565 0x768ff9 execute_dwarf2_frame /export/gnu/import/git/gcc/gcc/dwarf2cfi.c:2925 0x769d40 execute /export/gnu/import/git/gcc/gcc/dwarf2cfi.c:3421 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. make: *** [x.s] Error 1 [hjl@gnu-6 pr54694]$=20 -maccumulate-outgoing-args can be used as a workaround. >>From gcc-bugs-return-440033-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 10 19:43:40 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 7785 invoked by alias); 10 Jan 2014 19:43:39 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 7702 invoked by uid 48); 10 Jan 2014 19:43:35 -0000 From: "aldyh at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/59626] [4.9 lto] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining Date: Fri, 10 Jan 2014 19:43:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 4.9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: aldyh at gcc dot gnu.org X-Bugzilla-Status: WAITING X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.9.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-01/txt/msg01175.txt.bz2 Content-length: 1314 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626 Aldy Hernandez changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |WAITING CC| |aldyh at gcc dot gnu.org --- Comment #2 from Aldy Hernandez --- I don't get it. Do you think the error is incorrect? A simplified testcase yields this: reynosa:/dev/shm/trunk/gcc$ cat a.c int __readlinkat_alias(void) __asm__("readlinkat"); inline __attribute__((__always_inline__)) int readlinkat() { return __readlinkat_alias(); } int main() { return readlinkat(); } reynosa:/dev/shm/trunk/gcc$ ./xgcc -B./ a.c -flto -O -Wall a.c: In function 'readlinkat': a.c:4:5: error: inlining failed in call to always_inline 'readlinkat': recursive inlining int readlinkat() { ^ a.c:5:3: error: called from here return __readlinkat_alias(); ^ But this seems correct to me. The call to readlinkat() in main is inlined as a call to __readlinkat_alias() [which is an alias to readlinkat()]. So yeah, it will be recursive inlining. Do you think the error is incorrect, or do you think the same error should appear for -std=gnu99?