it fails on my mac even though I have boost installed (from macports). And I can't even run scons --help to see if there is a way to point it at the right place.
More reason to respect environment variables.
Daniel Russel wrote: > it fails on my mac even though I have boost installed (from macports). > And I can't even run scons --help to see if there is a way to point it > at the right place.
I know - I will fix this today.
> More reason to respect environment variables.
I don't think it's productive to have this discussion again - you can read various mailing list archives to hear the pros and cons.
Ben
On Feb 14, 2008, at 10:33 AM, Ben Webb wrote:
> Daniel Russel wrote: >> it fails on my mac even though I have boost installed (from >> macports). >> And I can't even run scons --help to see if there is a way to point >> it >> at the right place. > > I know - I will fix this today. Was your patch an attempt to fix that? Skipping the tests on -h would also be good as that is what gives you possible workarounds (I was confused above).
The check still fails (but building works fine if I disable it).
Daniel Russel wrote: > On Feb 14, 2008, at 10:33 AM, Ben Webb wrote: >> Daniel Russel wrote: >>> it fails on my mac even though I have boost installed (from >>> macports). >>> And I can't even run scons --help to see if there is a way to point >>> it >>> at the right place. >> I know - I will fix this today. > Was your patch an attempt to fix that? Skipping the tests on -h would > also be good as that is what gives you possible workarounds (I was > confused above).
My earlier patch (r369) skips the tests on -h. But only if you use a recent scons snapshot, because this was introduced post 0.97. When 0.98 comes out, we'll require that. (That will also allow us to use Glob() to auto-build things like IMP.h in a reliable manner.)
> The check still fails (but building works fine if I disable it).
r374 should pick up some common alternate locations for boost, e.g. with fink or DarwinPorts on the Mac.
Ben
> (That will also allow us to use Glob() to > auto-build things like IMP.h in a reliable manner.) Cool :-)
> > r374 should pick up some common alternate locations for boost, e.g. > with > fink or DarwinPorts on the Mac. Evil hack, but it will do for now. Thanks.
> > r374 should pick up some common alternate locations for boost, e.g. > with > fink or DarwinPorts on the Mac. impem needs to get them too.
Daniel Russel wrote: >> r374 should pick up some common alternate locations for boost, e.g. >> with >> fink or DarwinPorts on the Mac. > impem needs to get them too.
impEM doesn't use boost currently. Do you mean embed? I can certainly add some checks for that too.
Ben
On Feb 14, 2008, at 4:28 PM, Ben Webb wrote:
> Daniel Russel wrote: >>> r374 should pick up some common alternate locations for boost, e.g. >>> with >>> fink or DarwinPorts on the Mac. >> impem needs to get them too. > > impEM doesn't use boost currently. Do you mean embed? I can certainly > add some checks for that too. No, but it includes IMP.h which includes random.h.
participants (2)
-
Ben Webb -
Daniel Russel