From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Andreas Rottmann Newsgroups: gmane.lisp.guile.devel Subject: Re: What can I do to help? (conclusions) Date: 08 Oct 2002 22:55:26 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <87vg4cwszl.fsf@alice.rotty.yi.org> References: <20021004132911.GD20754@www> <87k7ky5ggq.fsf@alice.rotty.yi.org> <20021006170804.GA7206@www> <87ofa71nfh.fsf@alice.rotty.yi.org> <87hefzjgng.fsf@zagadka.ping.de> <87hefyyjxb.fsf@raven.i.defaultvalue.org> <874rbwsxih.fsf@alice.rotty.yi.org> <871y704ryi.fsf@raven.i.defaultvalue.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1034110634 9186 127.0.0.1 (8 Oct 2002 20:57:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 8 Oct 2002 20:57:14 +0000 (UTC) Cc: Andreas Rottmann , guile-devel@gnu.org 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 17z1Pc-0002NK-00 for ; Tue, 08 Oct 2002 22:57:04 +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 17z1Oh-0005Fp-00; Tue, 08 Oct 2002 16:56:07 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17z1O8-000507-00 for guile-devel@gnu.org; Tue, 08 Oct 2002 16:55:32 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17z1O6-0004zw-00 for guile-devel@gnu.org; Tue, 08 Oct 2002 16:55:32 -0400 Original-Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.10) id 17z1O6-0004zl-00 for guile-devel@gnu.org; Tue, 08 Oct 2002 16:55:30 -0400 Original-Received: (qmail 16185 invoked by uid 0); 8 Oct 2002 20:55:28 -0000 Original-Received: from m192p007.adsl.highway.telekom.at (HELO alice.rhinosaur.lan) (62.47.191.231) by mail.gmx.net (mp002-rz3) with SMTP; 8 Oct 2002 20:55:28 -0000 Original-Received: from andy by alice.rhinosaur.lan with local (Exim 3.36 #1 (Debian)) id 17z1O3-0006Gn-00; Tue, 08 Oct 2002 22:55:27 +0200 Original-To: Rob Browning In-Reply-To: <871y704ryi.fsf@raven.i.defaultvalue.org> Original-Lines: 44 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:1479 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1479 Rob Browning writes: > Andreas Rottmann writes: > > > I don't think so, nevertheless the resulting binary will be linked > > against libstdc++. However, when I get guile working again (see my > > other mail, subject "CVS Build problems"), I will suplly a patch and > > can run some benchmarks (there are some, don't we?), if you'd like. > > What would that do to our "minimal install size"? We use guile in > situations where we need to keep things fairly small (aside from > guile), and if I'm not misreading, this would make guile depend (on a > debian system at least) on libstdc++5 which itself is 700K, and > sub-depends on: gcc-3.2-base, libc6 (>= 2.2.5-13), libgcc1 (>= > 1:3.2-0pre4). > Yes, that's a clear disadvantage. However, in what environments does that requirement exist? If you have a configure option, you can decide both ways. There could even be a debian package 'guile' (with a C linked executable) and a 'guile-c++' one, linked with g++, replacing 'guile' (or the other way round with a c++-linked guile as default). Then C++ plugins could depend on guile-c++. However, I get too much into debian pkg management now, I guess *waves to Rob*. > The benefit may outweigh the cost, but I'd like to make sure we have a > clear idea of the costs and benefits. > Sure. > What would the alternative be for people using C++ if we *don't* link > with g++? Is it still possible for them to write modules? Would they > have to write an "interface stub file" or something using extern "C" > or similar? > It is not possible to load this plugins with some C++ constructs (e.g. exceptions, don't know the full list), since guile crashes. However, if you embed guile in your C++ program, there is no problem, since the executable is linked with g++. Regards, Andy -- Andreas Rottmann | Dru@ICQ | 118634484@ICQ | a.rottmann@gmx.at http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel