|
Boost-Build : |
From: Eric Niebler (eric_at_[hidden])
Date: 2004-12-30 17:17:56
David Abrahams wrote:
> Eric Niebler wrote:
>>You're the Boost.Build expert, but not only does this *seem* wrong to
>>me, it just doesn't work.
>
>
> 'scuse me? It certainly works for me.
>
When run from the DOS prompt:
xslt-xsltproc
C:\boost\cvs\boost-sandbox\libs\xpressive\doc\..\..\..\bin.v2\libs\xpressive\doc\msvc\
debug\xpressive.fo
Making portrait pages on USletter paper (8.5inx11in)
runtime error
xsltApplyStylesheet: saving to
file:///C%3A/boost/cvs/boost-sandbox/libs/xpressive/doc/../../../bin.
v2/libs/xpressive/doc/msvc/debug/xpressive.fo may not be possible
When run from bash under cygwin:
xslt-xsltproc
/home/ericne/boost/cvs/boost-sandbox/libs/xpressive/doc/../../../bin.v2/libs/xpressive
/doc/gcc/debug/xpressive.fo
Making portrait pages on USletter paper (8.5inx11in)
fop.render
/home/ericne/boost/cvs/boost-sandbox/libs/xpressive/doc/../../../bin.v2/libs/xpressive/do
c/gcc/debug/xpressive.pdf
Error: JAVA_HOME is not defined correctly.
We cannot execute java
>
> It surprises me that you need the change and I don't, unless perhaps
> it's because you're using a Cygwin Java installation?
No, I'm using a Windows version of Java as well. Maybe it's because
we're using different versions of fop.
> I think this is a classic case of unstated assumptions in documentation
> which is rampant in BBv2. We need to establish what semantics are
> expected from that rule (e.g. how long is the variable setting expected
> to stay in effect?) and then we can know what the fix should be.
>
Windows doesn't have a notion of non-exported environment variables
(unless you count the setlocal/endlocal nonsense). For consistency
across platforms, if for no other reason, it would seem that envars
should be exported on *nix systems.
-- Eric Niebler Boost Consulting www.boost-consulting.com -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.298 / Virus Database: 265.6.7 - Release Date: 12/30/2004
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk