From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: [22.1.90]: Point before start of properties Date: Fri, 22 Feb 2008 18:31:28 +0200 Message-ID: References: <6EE216E1AA959543A555C60FF34FB76702E48034@maileube01.misys.global.ad> <87wspcj0ou.fsf@stupidchicken.com> <6EE216E1AA959543A555C60FF34FB76702EED4A1@maileube01.misys.global.ad> <6EE216E1AA959543A555C60FF34FB76702EEDA6E@maileube01.misys.global.ad> <6EE216E1AA959543A555C60FF34FB7670300E86B@maileube01.misys.global.ad> <6EE216E1AA959543A555C60FF34FB7670305B82C@maileube01.misys.global.ad> <6EE216E1AA959543A555C60FF34FB7670305BF82@maileube01.misys.global.ad> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1203697911 30676 80.91.229.12 (22 Feb 2008 16:31:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Feb 2008 16:31:51 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 22 17:32:15 2008 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 1JSaol-0002Hj-Dd for ged-emacs-devel@m.gmane.org; Fri, 22 Feb 2008 17:32:11 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JSaoG-0003Qp-4Q for ged-emacs-devel@m.gmane.org; Fri, 22 Feb 2008 11:31:40 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JSaoC-0003PS-1R for emacs-devel@gnu.org; Fri, 22 Feb 2008 11:31:36 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JSaoA-0003Kc-4X for emacs-devel@gnu.org; Fri, 22 Feb 2008 11:31:35 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JSao9-0003KJ-Px for emacs-devel@gnu.org; Fri, 22 Feb 2008 11:31:33 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JSao9-00065G-KE for emacs-devel@gnu.org; Fri, 22 Feb 2008 11:31:33 -0500 Original-Received: from mx10.gnu.org ([199.232.76.166]) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JSao9-00021D-7m for emacs-pretest-bug@gnu.org; Fri, 22 Feb 2008 11:31:33 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JSao6-00064J-58 for emacs-pretest-bug@gnu.org; Fri, 22 Feb 2008 11:31:33 -0500 Original-Received: from heller.inter.net.il ([213.8.233.23]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JSao5-00064A-N8 for emacs-pretest-bug@gnu.org; Fri, 22 Feb 2008 11:31:29 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-84-229-234-195.inter.net.il [84.229.234.195]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id FBE66880 (AUTH halo1); Fri, 22 Feb 2008 18:31:27 +0200 (IST) In-reply-to: (message from Stefan Monnier on Thu, 21 Feb 2008 11:02:25 -0500) X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:89982 gmane.emacs.pretest.bugs:21269 Archived-At: > From: Stefan Monnier > Cc: Eli Zaretskii , emacs-pretest-bug@gnu.org, > Simon.Marshall@misys.com, cyd@stupidchicken.com > Date: Thu, 21 Feb 2008 11:02:25 -0500 > > Debugging optimized code is an open research problem, fundamentally > very difficult. Basically, it's an unsolvable problem, > i.e. a wrong question. It can be solved almost trivially, IMO, by providing a special -Ox switch which would turn off every optimization whose results cannot be expressed reliably using the modern debug info formats. The gain from these optimizations is marginal anyway, on the order of several percents, and many developers will gladly buy that if they gain debuggability instead.