From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.lisp.guile.devel Subject: Re: What to do about config.h, etc... Date: Tue, 04 Mar 2003 18:55:13 -0600 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <87r89mmy32.fsf@raven.i.defaultvalue.org> References: <87vfyzoswd.fsf@raven.i.defaultvalue.org> <87bs0r3qc0.fsf@alice.rotty.yi.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1046825825 11774 80.91.224.249 (5 Mar 2003 00:57:05 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 5 Mar 2003 00:57:05 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Mar 05 01:57:02 2003 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 18qNDS-00033Z-00 for ; Wed, 05 Mar 2003 01:57:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18qNDB-0003xp-00 for guile-devel@m.gmane.org; Tue, 04 Mar 2003 19:56:45 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18qNCW-0003Wb-00 for guile-devel@gnu.org; Tue, 04 Mar 2003 19:56:04 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18qNCE-00036I-00 for guile-devel@gnu.org; Tue, 04 Mar 2003 19:55:47 -0500 Original-Received: from dsl093-098-016.wdc1.dsl.speakeasy.net ([66.93.98.16] helo=defaultvalue.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18qNBq-0002xv-00 for guile-devel@gnu.org; Tue, 04 Mar 2003 19:55:22 -0500 Original-Received: from raven.i.defaultvalue.org (raven.i.defaultvalue.org [192.168.1.7]) by defaultvalue.org (Postfix) with ESMTP id 3C0A513CD7; Tue, 4 Mar 2003 18:55:13 -0600 (CST) Original-Received: by raven.i.defaultvalue.org (Postfix, from userid 1000) id 11ED1D9388; Tue, 4 Mar 2003 18:55:13 -0600 (CST) Original-To: Andreas Rottmann In-Reply-To: <87bs0r3qc0.fsf@alice.rotty.yi.org> (Andreas Rottmann's message of "Tue, 04 Mar 2003 20:05:19 +0100") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:2024 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:2024 Andreas Rottmann writes: > If you take a look at how other libraries, (e.g. GLib) do this, you'll > see that most of them that need a public-installed, platform-specific > header, use autoconf's AC_CONFIG_COMMANDS macro to generate that > header by a shell script run at configure time. My initial trial code seems reasonably promising, but this approach does introduce the limitation that (without special precautions) we can't use AC_DEFINE(GUILE_DEBUG ...) *and* expect to use GUILE_DEBUG in our public header -- the two definitions, the one in config.h and the one in libguile/scmconfig.h, would conflict. The solution I'm leaning toward is to just remove the AC_DEFINEs for any values we want to make public. That's probably OK since we have to duplicate the AC_DEFINE information in the AC_CONFIG_COMMANDS when generating scmconfig.h anyway. However, this does mean that if there are any symbols that configure.in automatically AC_DEFINEs that we also want to make public, we'll have to choose another name for the public incarnation. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel