From: Ken Raeburn <raeburn@raeburn.org>
Subject: Re: bootstrap problem with union Lisp_Object
Date: Tue, 6 Dec 2005 02:50:08 -0500 [thread overview]
Message-ID: <3AFF0594-F842-4079-9A3B-D1CF7358A281@raeburn.org> (raw)
In-Reply-To: <55DA5764-DDB6-4858-9CE2-065857CDC863@gnu.org>
> I'm still trying to track this down, but just for the record: If I
> build recent sources with CC='gcc -DENABLE_CHECKING -
> DUSE_LISP_UNION_TYPE', bootstrapping fails:
Fixed... With these options enabled, EQ evaluates its arguments
twice. A while back, Stefan changed NILP to use EQ instead of
XFASTINT, which is cleaner, but it turns out some invocations of NILP
had non-idempotent arguments. I've fixed the cases I spotted that
looked troublesome, especially in the bytecode interpreter; some
others may still be minor performance issues, like calling intern or
Ffile_name_directory twice. Since few people besides me seem to use
the union-type mode, and I do it mostly to check type-cleanliness of
the Emacs C code (not blindly mixing int and Lisp_Object), I'm not
too inclined to go after performance issues that won't come up in a
"real" build that anyone's actually likely to use. (Do any platforms
actually use that configuration any more?)
I'm unsure about this bit in w32select.c:
ok = !NILP(render (make_number (current_clipboard_type)));
Someone familiar with the Windows code should please decide whether
calling render twice is a bad thing, and if so, assign the value to a
temporary before calling NILP.
With the patches I've checked in, it bootstraps for me on a GNU/Linux
system with the CC value above.
Ken
next prev parent reply other threads:[~2005-12-06 7:50 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-05 17:32 bootstrap problem with union Lisp_Object Ken Raeburn
2005-12-06 7:50 ` Ken Raeburn [this message]
2005-12-06 11:44 ` Andreas Schwab
2005-12-06 15:44 ` Stefan Monnier
2005-12-06 15:52 ` Andreas Schwab
2005-12-06 16:20 ` Stefan Monnier
2005-12-06 16:30 ` Andreas Schwab
2005-12-07 20:12 ` Ken Raeburn
2005-12-08 4:54 ` Richard M. Stallman
2005-12-08 8:59 ` Ken Raeburn
2005-12-09 1:41 ` Richard M. Stallman
2005-12-09 4:36 ` Stefan Monnier
2005-12-09 5:06 ` Henrik Enberg
2005-12-09 5:16 ` Luc Teirlinck
2005-12-09 9:54 ` Juri Linkov
2005-12-10 4:14 ` Richard M. Stallman
2005-12-09 21:14 ` Richard M. Stallman
2005-12-09 21:14 ` Richard M. Stallman
2005-12-09 21:54 ` Chong Yidong
2005-12-10 9:15 ` Eli Zaretskii
2005-12-11 5:02 ` Richard M. Stallman
2005-12-11 14:43 ` Chong Yidong
2005-12-11 22:57 ` Richard M. Stallman
2005-12-12 5:11 ` Chong Yidong
2005-12-13 3:14 ` Richard M. Stallman
2005-12-11 22:57 ` Richard M. Stallman
2005-12-12 5:18 ` Chong Yidong
2005-12-13 3:14 ` Richard M. Stallman
2005-12-13 3:53 ` Chong Yidong
2005-12-13 23:33 ` Richard M. Stallman
2005-12-14 0:12 ` Chong Yidong
2005-12-13 16:12 ` Stefan Monnier
2005-12-14 5:12 ` Richard M. Stallman
2005-12-14 14:13 ` Chong Yidong
2005-12-15 2:09 ` Richard M. Stallman
2005-12-15 3:40 ` Stefan Monnier
2005-12-16 1:51 ` Richard M. Stallman
2005-12-16 10:35 ` Kim F. Storm
2005-12-17 1:04 ` Richard M. Stallman
2005-12-17 3:46 ` Chong Yidong
2005-12-17 23:59 ` Richard M. Stallman
2005-12-17 5:46 ` Chong Yidong
2005-12-14 9:24 ` Kim F. Storm
2005-12-10 23:28 ` Kim F. Storm
2005-12-11 4:56 ` Pretest? [was: Re: bootstrap problem with union Lisp_Object] Nick Roberts
2005-12-11 16:49 ` bootstrap problem with union Lisp_Object Richard M. Stallman
2005-12-07 20:04 ` Ken Raeburn
2005-12-06 21:05 ` Benjamin Riefenstahl
2005-12-07 17:06 ` Richard M. Stallman
2005-12-06 21:55 ` Richard M. Stallman
2005-12-06 22:26 ` Stefan Monnier
2005-12-06 16:41 ` Richard M. Stallman
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=3AFF0594-F842-4079-9A3B-D1CF7358A281@raeburn.org \
--to=raeburn@raeburn.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.