all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: nickrob@snap.net.nz, emacs-devel@gnu.org, rms@gnu.org,
	hongyi.zhao@gmail.com, handa@m17n.org
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: Fri, 09 Mar 2007 17:20:21 +0200	[thread overview]
Message-ID: <uwt1qmoju.fsf@gnu.org> (raw)
In-Reply-To: <jwvps7kxla9.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Thu, 08 Mar 2007 02:19:41 -0500)

> Cc: rms@gnu.org,  nickrob@snap.net.nz,  handa@m17n.org,  hongyi.zhao@gmail.com,
> 	  emacs-devel@gnu.org
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Date: Thu, 08 Mar 2007 02:19:41 -0500
> 
> I haven't followed any of gcc's development, but I do have to point out that
> keeping track of source-line numbers through all compilation and
> optimization phases is tremendously difficult and tiresome, even for
> relatively simple optimizations.  And then
> designing/understanding/generating/using debug info is itself a challenge.

I have no doubt that some optimizations cannot avoid hurting
debuggability.  But in the vast majority of programs, the extra 5%-7%
percent of performance those optimizations give you are too low a gain
to justify the terrible price developers need to pay for it.

> So if you want reliable debuggability, avoid optimizations.

The situation is not black and white.  With some cooperation, I'm
positive we could have had an option that enables only those
optimizations which do not severely hamper debugging.

If you ever needed to ship software to a paying customer, you know
that you cannot turn on optimizations only when you ship; you need to
perform the entire testing and QA cycle with the same compilation
options.  Your above suggestion means that the software will be
shipped with unoptimized code, and that is simply unacceptable for
many applications, for performance reasons.

      reply	other threads:[~2007-03-09 15:20 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-06  6:30 My Emacs unicode 2 crash again when I do some *Replace String (M-%)*, I give the debug informations under gdb in the attachments Hongyi Zhao
2007-03-06  7:02 ` Kenichi Handa
2007-03-06  8:57   ` Hongyi Zhao
2007-03-06  8:06 ` Kenichi Handa
2007-03-06  8:41   ` Hongyi Zhao
2007-03-06 12:38     ` Kenichi Handa
2007-03-06 15:23       ` Hongyi Zhao
2007-03-06 14:10   ` David Kastrup
2007-03-07  1:01     ` Kenichi Handa
2007-03-07  2:37       ` Nick Roberts
2007-03-07  3:56         ` Hongyi Zhao
2007-03-07  4:01           ` Nick Roberts
2007-03-07  4:58             ` Hongyi Zhao
2007-03-07  5:10               ` Nick Roberts
2007-03-07  4:58           ` Kenichi Handa
2007-03-07  5:37             ` Display bug [Re: My Emacs unicode 2 crash again ...] Kenichi Handa
2007-03-07  6:26               ` Hongyi Zhao
2007-03-07  6:40                 ` Kenichi Handa
2007-03-07  7:38                   ` Hongyi Zhao
2007-03-07 17:26                 ` Richard Stallman
2007-03-08  3:50                   ` Hongyi Zhao
2007-03-08 21:47                     ` Richard Stallman
2007-03-07 17:25         ` My Emacs unicode 2 crash again when I do some *Replace String (M-%)*, I give the debug informations under gdb in the attachments Richard Stallman
2007-03-08  4:24           ` Eli Zaretskii
2007-03-08  4:50             ` Miles Bader
2007-03-09 15:08               ` Eli Zaretskii
2007-03-09 15:26                 ` Andreas Schwab
2007-03-09 15:51                   ` Eli Zaretskii
2007-03-09 15:56                   ` Eli Zaretskii
2007-03-09 21:26                 ` Richard Stallman
2007-03-10 19:18                   ` Eli Zaretskii
2007-03-09 22:59                 ` Stefan Monnier
2007-03-11 21:10                   ` Eli Zaretskii
2007-03-11 21:32                     ` David Kastrup
2007-03-11 21:56                       ` Eli Zaretskii
2007-03-11 21:59                         ` David Kastrup
2007-03-12  4:14                           ` Eli Zaretskii
2007-03-11 22:29                       ` Andreas Schwab
2007-03-12  6:11                         ` Stephen J. Turnbull
2007-03-12 22:08                           ` Eli Zaretskii
2007-03-13  3:36                             ` Stephen J. Turnbull
2007-03-13  7:54                               ` David Kastrup
2007-03-13 21:24                                 ` Eli Zaretskii
2007-03-12  7:04                         ` David Kastrup
2007-03-12 14:23                     ` Stefan Monnier
2007-03-12 21:50                       ` Eli Zaretskii
2007-03-13  1:33                         ` Stefan Monnier
2007-03-08  7:19             ` Stefan Monnier
2007-03-09 15:20               ` Eli Zaretskii [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=uwt1qmoju.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=handa@m17n.org \
    --cc=hongyi.zhao@gmail.com \
    --cc=monnier@iro.umontreal.ca \
    --cc=nickrob@snap.net.nz \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.