From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: My Emacs unicode 2 crash again when I do some *Replace String (M-%)*, I give the debug informations under gdb in the attachments. Date: Mon, 12 Mar 2007 10:23:26 -0400 Message-ID: References: <20070306063056.GA21948@debian-testing-hy.localdomain> <86zm6q5upr.fsf@lola.quinscape.zz> <17902.9556.720278.162036@kahikatea.snap.net.nz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1173709443 10887 80.91.229.12 (12 Mar 2007 14:24:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 12 Mar 2007 14:24:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 12 15:23:56 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HQlRM-0005Kc-13 for ged-emacs-devel@m.gmane.org; Mon, 12 Mar 2007 15:23:56 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HQlS1-0006Qt-40 for ged-emacs-devel@m.gmane.org; Mon, 12 Mar 2007 09:24:37 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HQlRo-0006QS-Jp for emacs-devel@gnu.org; Mon, 12 Mar 2007 10:24:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HQlRm-0006PI-1b for emacs-devel@gnu.org; Mon, 12 Mar 2007 10:24:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HQlRl-0006PE-PV for emacs-devel@gnu.org; Mon, 12 Mar 2007 09:24:21 -0500 Original-Received: from mercure.iro.umontreal.ca ([132.204.24.67]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HQlR2-0007aZ-1w; Mon, 12 Mar 2007 10:23:36 -0400 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id A9B232CF24C; Mon, 12 Mar 2007 10:23:35 -0400 (EDT) Original-Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 8E6913FE0; Mon, 12 Mar 2007 10:23:26 -0400 (EDT) Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 710B16CB0F; Mon, 12 Mar 2007 10:23:26 -0400 (EDT) In-Reply-To: (Eli Zaretskii's message of "Sun\, 11 Mar 2007 23\:10\:47 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.93 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-detected-kernel: Linux 2.6 (newer, 3) 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:67788 Archived-At: > I disagree. -O1 selects optimizations based on how expensive they are > at compile time, not on how badly they disrupt debugging. Really? Says who? I don't know if there's an official definition of what -O should be, but AFAICT all it says is "please optimize this" in a very generic sense. I.e. in a sense which implies that the user doesn't want to waste time thinking about details such as which specific optimizations to enable and which to disable. It should "just work", so it should be as good as possible while staying conservative (i.e. do not enable passes which have a significant risk of resulting in slower code, or which may alter the semantics of the code, or which may result in odd behavior in the debugger). I would probably also include a notion of "avoid optimzation passes which can take too much time (e.g. quadratic complexity or worse)", but it's definitely not at the top of my list of requirements for the semantics of "-O". Stefan