From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: Re: Purpose of guile-xxx executables? Date: 12 Sep 2002 23:48:04 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <8765xac223.fsf@zagadka.ping.de> References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1031867340 24019 127.0.0.1 (12 Sep 2002 21:49:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 12 Sep 2002 21:49:00 +0000 (UTC) Cc: Guile Development Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17pbpZ-0006F9-00 for ; Thu, 12 Sep 2002 23:48:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17pbpj-0000JA-00; Thu, 12 Sep 2002 17:49:07 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17pbom-0000H2-00 for guile-devel@gnu.org; Thu, 12 Sep 2002 17:48:08 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17pbok-0000Gp-00 for guile-devel@gnu.org; Thu, 12 Sep 2002 17:48:07 -0400 Original-Received: from dialin.speedway42.dip10.dokom.de ([195.138.42.10] helo=zagadka.ping.de) by monty-python.gnu.org with smtp (Exim 4.10) id 17pboj-0000Gd-00 for guile-devel@gnu.org; Thu, 12 Sep 2002 17:48:05 -0400 Original-Received: (qmail 4671 invoked by uid 1000); 12 Sep 2002 21:48:04 -0000 Original-To: Neil Jerram In-Reply-To: Original-Lines: 31 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:1332 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1332 Neil Jerram writes: > For the next release, I've changed to using dynamic-link and > dynamic-call, so the scm_register_module_xxx goes away. Given this, > is there any point anymore in building the guile-xlib executable? I don't think so. We removed the guile-gtk executable from guile-gtk for the same reasons. I think it is OK to assume that dynamic-linking just works. > - building an executable allows me to check that my library doesn't > contain any unresolved externals Yep, I have a mostly empty check_PROGRAM in guile-gtk for just this reason. > - something to do with platforms that only perform static linking. > e.g. Guile + libguilexlib + libguilegtk + libguilepg. > > Is this correct? If so, how should it work in detail? Can't libtool help here, too? If libtool can't rescue us, I'd say it's mostly a SMOD (small matter of documentation). People need to gather the right libraries and build a small main program. Getting this right automatically might be more trouble than doing it by hand. I would prefer to wait until someone really has a need to such automation. -- GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel