From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: BT Templeton Newsgroups: gmane.lisp.guile.devel Subject: Re: Questions about the compiler et al Date: Fri, 09 Mar 2012 19:44:36 -0500 Message-ID: <87aa3pjnd7.fsf@olor.terpri.org> References: <87ehveeldv.fsf@netris.org> <87ehvenqg7.fsf@pobox.com> <8762gqdq1y.fsf@netris.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1331340315 17668 80.91.229.3 (10 Mar 2012 00:45:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 10 Mar 2012 00:45:15 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Mar 10 01:45:15 2012 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1S6AQs-0005ti-Pw for guile-devel@m.gmane.org; Sat, 10 Mar 2012 01:45:14 +0100 Original-Received: from localhost ([::1]:45007 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6AQs-0006Ia-3C for guile-devel@m.gmane.org; Fri, 09 Mar 2012 19:45:14 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:43972) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6AQX-0006Ch-NA for guile-devel@gnu.org; Fri, 09 Mar 2012 19:45:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S6AQV-0001he-4x for guile-devel@gnu.org; Fri, 09 Mar 2012 19:44:53 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:57545) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6AQU-0001hJ-UL for guile-devel@gnu.org; Fri, 09 Mar 2012 19:44:51 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S6AQT-0005hU-CM for guile-devel@gnu.org; Sat, 10 Mar 2012 01:44:49 +0100 Original-Received: from cpe-071-070-253-241.nc.res.rr.com ([71.70.253.241]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Mar 2012 01:44:49 +0100 Original-Received: from bpt by cpe-071-070-253-241.nc.res.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Mar 2012 01:44:49 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-071-070-253-241.nc.res.rr.com User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (gnu/linux) Cancel-Lock: sha1:3NIIoyKGy0wZHUF0P1DpesY/7Gs= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:14073 Archived-At: Mark H Weaver writes: > Andy Wingo writes: >>> * Is there any way to embed references to non-serializable objects in >>> compiled code? >> >> No. Can you give an example of when you would want this? [...] > Furthermore, I'd suggest that _not_ serializing the objtable should be > the default behavior, and that `compile-file' should instead add a > compiler option to force objtable serialization. The rationale is that > I expect most uses of `compile' from within user code to compile to > `value' anyway, and forcing serialization needlessly adds overhead, and > more importantly, limitations on what might be found within (quote _) > forms of generated code. What do you think? This change would make it possible to use uninterned symbols as gensyms, which would be useful for Elisp and CL support. Simply adding support for serializing uninterned symbols isn't enough, because then (eq x (eval `',x)) is sometimes false. -- Inteligenta persono lernas la lingvon Esperanton rapide kaj facile. Esperanto estas moderna, kultura lingvo por la mondo. Simpla, fleksebla, belsona, Esperanto estas la praktika solvo de la problemo de universala interkompreno. Lernu la interlingvon Esperanton!