From: Mike Gran <spk121@yahoo.com>
To: Andreas Rottmann <a.rottmann@gmx.at>, David Pirotte <david@altosw.be>
Cc: Andy Wingo <wingo@pobox.com>,
"guile-devel@gnu.org" <guile-devel@gnu.org>
Subject: Re: g-wrap - fresh git clone - can't find libguile.h:
Date: Tue, 3 May 2011 17:17:23 -0700 (PDT) [thread overview]
Message-ID: <864445.56895.qm@web37901.mail.mud.yahoo.com> (raw)
In-Reply-To: <87y62ncq1f.fsf@gmx.at>
>We have finally figured it out after some debugging via IRC: David has
>had set PKG_CONFIG=true when configuring Guile, which lead to an
>installation with a (silently) broken guile-config script;
>meta/guile-config.in contains:
>
>(define %pkg-config-program "@PKG_CONFIG@")
>
>The mayhem that resulted is left to the (hopefully vivid) imagination of
>the reader ;-).
>
>IMO, the following advice given in Guile's README is quite dangerous, as
>can be seen from David's issue:
>
> - pkg-config
>
> Guile's ./configure script uses pkg-config to discover the correct
> compile and link options for libgc and libffi. If you don't have
> pkg-config installed, or you have a version of libgc that doesn't
> provide a .pc file, you can work around this by setting some
> variables as part of the configure command-line:
>
> - PKG_CONFIG=true
>
> - BDW_GC_CFLAGS=<compile flags for picking up libgc headers>
>
> - BDW_GC_LIBS=<linker flags for picking up the libgc library>
>
> Note that because you're bypassing all pkg-config checks, you will
> also have to specify libffi flags as well:
>
> - LIBFFI_CFLAGS=<compile flags for picking up libffi headers>
>
> - LIBFFI_LIBS=<linker flags for picking up the libffi library>
>
>Note the PKG_CONFIG=true setting. This should at least come with a big
>fat warning that the resulting installation of Guile will be broken
>wrt. to building any software depending on Guile (unless the software in
>question bypasses guile-config). Alternatively, we could scrap that
>section altogether and just say that pkg-config is required (which is in
>fact true, with the current state of afairs).
IIRC, the PKG_CONFIG=true hack was because of a bug in pkg.m4 that wouldn't let
you bypass pkg-config using the XXX_CFLAGS and XXX_LIBS if you didn't have
pkg-config installed. Newer versions of pkg.m4 have fixed this.
-Mike
prev parent reply other threads:[~2011-05-04 0:17 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-02 18:57 g-wrap - fresh git clone - can't find libguile.h: David Pirotte
2011-05-03 10:43 ` Andy Wingo
2011-05-03 11:41 ` David Pirotte
2011-05-03 22:37 ` Andreas Rottmann
2011-05-03 23:39 ` Andreas Rottmann
2011-05-04 0:17 ` Mike Gran [this message]
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
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=864445.56895.qm@web37901.mail.mud.yahoo.com \
--to=spk121@yahoo.com \
--cc=a.rottmann@gmx.at \
--cc=david@altosw.be \
--cc=guile-devel@gnu.org \
--cc=wingo@pobox.com \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).