Has guile version check changed?

Geert Janssens janssens-geert at telenet.be
Sun Oct 22 05:25:25 EDT 2006


I haven't followed the complete discussion on this topic.

However the 'env' issue caught my attention.

$ env FOO=bar echo $FOO
won't work. On the other hand
$ export FOO=bar; echo $FOO
will, or in csh
% set env FOO=bar; echo $FOO

The trick is to set the environment before the echo statement gets evaluated.

If you can't split the command into two subcommands (I'm not sure with the 
guile16-build command), you could also delay the evaluation by executing the 
echo command in a subshell. For example:
$ env FOO=bar sh -c 'echo $FOO'
Note the single quotes: they prevent $FOO being evaluated by the original 
shell which is used to evoke env.

Just my 2c.

Cheers,

Geert

On Sunday 22 October 2006 01:11, Chris Shoemaker wrote:
> On Sat, Oct 21, 2006 at 06:29:53PM -0400, Derek Atkins wrote:
> > Actually, 'env' does export to children.  That's the whole point of
> > 'env'.
> >
> > "man env" for more info.
>
> Doh.  Of course it does.  However...
>
> $ env FOO=bar echo $FOO
>
> will _not_ show the "bar", but for a totally different reason.  The
> variable substitution will occur _before_ env is executed, so:
>
> % guile16-build env PATH=/opt/bin:$PATH echo $PATH
>
> is just a really dumb test.  Looks like David figured things out in
> spite of my help, though. :)
>
> -chris
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel


More information about the gnucash-devel mailing list