guile-config deprecated or not?

guile-config deprecated or not?

[Bruno Haible]

Hi,

After guile-2.0.0 is installed, $PREFIX/bin/guile-config contains a comment
"This script has been deprecated. Just use pkg-config." But the file
$PREFIX/share/aclocal/guile.m4 contains a macro GUILE_PROGS which aborts the
configuration if 'guile-config' is not found.

So, is guile-config deprecated or not?

Bruno

-- 
In memoriam Friedrich Weißler <http://en.wikipedia.org/wiki/Friedrich_Weißler>

Re: guile-config deprecated or not?

[Andy Wingo]

On Sat 19 Feb 2011 15:05, Bruno Haible <bruno@clisp.org> writes:

> After guile-2.0.0 is installed, $PREFIX/bin/guile-config contains a comment
> "This script has been deprecated. Just use pkg-config." But the file
> $PREFIX/share/aclocal/guile.m4 contains a macro GUILE_PROGS which aborts the
> configuration if 'guile-config' is not found.
>
> So, is guile-config deprecated or not?

It is deprecated, yes.  I have fixed the examples to use pkg-config.  I
did not fix guile.m4 though, as the current system does have the
characteristic of selecting for whatever version of Guile you have
installed, though not allowing you to choose.

The way forward is to recommend pkg-config for do-it-yourself folk, and
for the rest of us to rely on the Guile support into Automake:

  http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7995

Ideally we can figure out a way to merge in your -rpath code into
pkg.m4.

Cheers,

Andy
-- 
http://wingolog.org/

Re: guile-config deprecated or not?

[Bruno Haible]

Andy Wingo wrote:
> > So, is guile-config deprecated or not?
> 
> It is deprecated, yes.  I have fixed the examples to use pkg-config.  I
> did not fix guile.m4 though, as the current system does have the
> characteristic of selecting for whatever version of Guile you have
> installed

This is a good property: It uses the installed guile that matches the
'guile-config' program that is found in PATH.

> though not allowing you to choose.

Huh? The user can influence which guile installation is chosen by
modifying PATH.

Without guile-config, the user would have to manipulate PKG_CONFIG_PATH in
order to get the "right" guile used (from his perspective). I would vote
for undeprecating guile-config for this reason.

> Ideally we can figure out a way to merge in your -rpath code into
> pkg.m4.

Please keep me in the loop when you start working on this.

Thanks.

Bruno
-- 
In memoriam Juliusz Bursche <http://en.wikipedia.org/wiki/Juliusz_Bursche>

Re: guile-config deprecated or not?

[Andy Wingo]

Hi Bruno,

On Mon 21 Feb 2011 00:00, Bruno Haible <bruno@clisp.org> writes:

> Andy Wingo wrote:
>> > So, is guile-config deprecated or not?
>> 
>> It is deprecated, yes.  I have fixed the examples to use pkg-config.  I
>> did not fix guile.m4 though, as the current system does have the
>> characteristic of selecting for whatever version of Guile you have
>> installed
>
> This is a good property: It uses the installed guile that matches the
> 'guile-config' program that is found in PATH.
>
>> though not allowing you to choose.
>
> Huh? The user can influence which guile installation is chosen by
> modifying PATH.
>
> Without guile-config, the user would have to manipulate PKG_CONFIG_PATH in
> order to get the "right" guile used (from his perspective). I would vote
> for undeprecating guile-config for this reason.

This is a misunderstanding.  Guile is parallel-installable with regards
to different "effective versions".  So Guile 2.2 will be parallel
installable, in the same prefix and path, as Guile 2.0.  Our binaries
currently collide, but the headers, libraries, scheme files, and
compiled scheme files do not.

So one might select pkg-config --libs guile-2.0.pc,  or guile-2.2.pc.

I do agree that it makes sense to ask "give me the latest Guile", but
one may do that in other ways (pkg-config --list-all | grep guile-.-.,
explicit version list, guile -c '(display (effective-version))', etc.).

>> Ideally we can figure out a way to merge in your -rpath code into
>> pkg.m4.
>
> Please keep me in the loop when you start working on this.

Heh, understood.  I don't have much energy for this right now though.

Regards,

Andy
-- 
http://wingolog.org/