From owner-freebsd-current@FreeBSD.ORG Fri Feb 20 17:48:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC82D106566B for ; Fri, 20 Feb 2009 17:48:10 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 677408FC13 for ; Fri, 20 Feb 2009 17:48:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LaZTl-0002s7-Gv for freebsd-current@freebsd.org; Fri, 20 Feb 2009 17:48:01 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 Feb 2009 17:48:01 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 Feb 2009 17:48:01 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Followup-To: gmane.os.freebsd.current Date: Fri, 20 Feb 2009 09:47:49 -0800 Lines: 70 Message-ID: References: <84dead720902121838p3a72f993xc1c52104c666ed0a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.99.01 Sender: news Subject: Re: memory alignment problems with -current on amd64? [Found Cause] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2009 17:48:11 -0000 Joseph Koshy wrote: >> example, my latest failure: >> peigen.c: In function '_bfd_pei_only_swap_filehdr_out': >> peigen.c:2089: internal compiler error: Bus error: 10 >> Please submit a full bug report, >> with preprocessed source if appropriate. > >> With an deliberately induced bus error, a program will dump core. > > You may need to specify option "-dH" if you want gcc to dump core on > error. See: contrib/gcc/diagnostic.[ch]. Very useful tip. after several tries I was able to get a core. However, I'm not sure how useful it is. The stack looks like it was blown out (gdb shows 1042 frames and complains after that, plus the addresses seem to be random garbage.) I changed CFLAGS to -O0 -dH cc -O0 -dH -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" - I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools - I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc - I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config - I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include - I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include - I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/flow.c In file included from /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/flow.c:133: /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/flags.h:174: internal compiler error: Bus error: 10 cc: Internal error: Abort trap: 6 (program cc1) Please submit a full bug report. See for instructions. (gdb) info registers rax 0x0 0 rbx 0x7fffffffdb3c 140737488345916 rcx 0x852f5c 8728412 rdx 0x0 0 rsi 0x6 6 rdi 0x5a2f 23087 rbp 0x7fffffffdbf0 0x7fffffffdbf0 rsp 0x7fffffffdb28 0x7fffffffdb28 r8 0xffffff000760f880 -1099387832192 r9 0x7fffffffdb18 140737488345880 r10 0x1 1 r11 0x206 518 r12 0x7fffffffdc00 140737488346112 r13 0x92b765 9615205 r14 0x8019fe060 34386993248 r15 0x0 0 rip 0x852f3c 0x852f3c eflags 0x246 582 cs 0x2b 43 ss 0x23 35 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired);