From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: Error with -O3 but not -O2: "Wrong type argument: listp". Date: Mon, 30 Jan 2006 13:46:14 -0500 Message-ID: References: <7wy810kq79.fsf@ece.lsu.edu> <7wu0bm7vjm.fsf@ece.lsu.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1138647503 25897 80.91.229.2 (30 Jan 2006 18:58:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 30 Jan 2006 18:58:23 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 30 19:58:21 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F3eDN-0000W9-Mc for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2006 19:57:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3eGL-0001VJ-SP for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2006 14:00:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F3e6I-0007Tx-NU for emacs-devel@gnu.org; Mon, 30 Jan 2006 13:50:06 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F3e6H-0007Te-Ry for emacs-devel@gnu.org; Mon, 30 Jan 2006 13:50:06 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3e6H-0007TP-E3 for emacs-devel@gnu.org; Mon, 30 Jan 2006 13:50:05 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F3e4d-0002qr-0M for emacs-devel@gnu.org; Mon, 30 Jan 2006 13:48:23 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1F3e2Y-0004P0-G9; Mon, 30 Jan 2006 13:46:14 -0500 Original-To: David Koppelman In-reply-to: <7wu0bm7vjm.fsf@ece.lsu.edu> (message from David Koppelman on Sun, 29 Jan 2006 12:12:29 -0600) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:49775 Archived-At: I've re-done the builds at -O2 with -O3 optimizations specified individually. Build fails with "-g -O2 -finline-functions" but succeeds with the other -O3 optimizations. This might be a help, but I think there is no avoiding the need to localize the actual error. I presume you'll find it occurred in a function which another function was inlined into. At that point, careful study of the assembler code of that function against the source of it and the other functions it calls could be enough to find the bug. And maybe the GCC maintainers will do that. I did try using gdb to locate the source of the segmentation fault but gdb was complaining about threads: (gdb) run --batch --load loadup bootstrap Starting program: /fac/drk/localpri/build/emacs/src/temacs --batch --load loadup bootstrap [Thread debugging using libthread_db enabled] [New Thread -1208084800 (LWP 14053)] Cannot find user-level thread for LWP 14053: generic error (gdb) quit Please ask bug-gdb for help on this, and cc me. GDB should not be doing this when used on Emacs.