Gerrit, I did a full svn checkout of OpenSG's trunk yesterday, so I believe I should have the latest of the scons addons. I also removed my global scons install, so its definitely running the local version in OpenSG.
I'm running the command:
python -O tools/SCons-Local/scons.py BoostBaseDir="C:\Program
Files\boost\boost_1_36_0" enable_unittests=false
I've attached the file you requested (and verified that it was generated
from the above command, on this run). The output is inlined below.
The one thing I've noticed - all of the boost libraries (and this was true
when I installed 1.35 as well - I tried it and had the same results) are
named libboost_filesystem-vc90-mt-1_36.lib - with libboost, not just
boost***. This is strait from the binary installer, but it is the same with
my local, compiled version of boost that was compiled via bjam. The error
logs look like it's trying to find boost* files.
Thanks for the help with this.
-Reed Copsey
The output is attached below:
scons: Reading SConscript files ...
Using SConsAddons from: Tools/scons-addons/src
-------------------------------------------------
WARNING: The build is currently in development.
- It needs the svn version of scons-addons
WARNING:
scons: warning: The env.SourceSignatures() method is deprecated;
convert your build to use the env.Decider() method instead.
File "C:\Development\OpenSG2\SConstruct", line 315, in <module>
Building OpenSG 2.0.0-pre1
### Apply OpenSG SCons AddOn Hacks ###
Valid archs: ['default']
Updating boost
Loading initial settings for boost
BoostBaseDir specified or cached. [C:\Program Files\boost\boost_1_36_0].
Searching for correct boost include dir... found: C:\Program
Files\boost\boost_1_36_0
boost include path: C:\Program Files\boost\boost_1_36_0
boost version: 1.36.0
scons: warning: The env.Copy() method is deprecated; use the env.Clone()
method instead.
File "Tools\scons-build\OpenSG\AddOnHacks.py", line 300, in check_lib
Checking for C++ library boost_filesystem-vc90-mt-1_36... no
Checking for C++ library boost_filesystem-vc90-mt-1_36... no
Checking for C++ library boost_filesystem-mt-1_36... no
Checking for C++ library boost_filesystem-mt... no
Checking for C++ library boost_filesystem-vc90-1_36... no
Checking for C++ library boost_filesystem-1_36... no
Checking for C++ library boost_filesystem... no
Unable to find library: filesystem tried: ['boost_filesystem-vc90-mt-1_36',
'boost_filesystem-vc90-m
t-1_36', 'boost_filesystem-mt-1_36', 'boost_filesystem-mt',
'boost_filesystem-vc90-1_36', 'boost_fil
esystem-1_36', 'boost_filesystem']
Option error: Check required failed: Unable to find library: filesystem
tried: ['boost_filesystem-v
c90-mt-1_36', 'boost_filesystem-vc90-mt-1_36', 'boost_filesystem-mt-1_36',
'boost_filesystem-mt', 'b
oost_filesystem-vc90-1_36', 'boost_filesystem-1_36', 'boost_filesystem']
Traceback (most recent call last):
File "C:\Development\OpenSG2\SConstruct", line 682, in <module>
opts.Process(common_env)
File "Tools\scons-addons\src\SConsAddons\Options\Options.py", line 810, in
Process
option.validate(env) # Validate the settings
File "Tools\scons-build\OpenSG\AddOnHacks.py", line 344, in BoostValidate
self.checkRequired("Unable to find library: %s tried:
%s"%(libname,possible_lib_names))
File "Tools\scons-addons\src\SConsAddons\Options\Options.py", line 238, in
checkRequired
raise OptionError(self,"Check required failed: %s"%msg)
OptionError: Check required failed: Unable to find library: filesystem
tried: ['boost_filesystem-vc9
0-mt-1_36', 'boost_filesystem-vc90-mt-1_36', 'boost_filesystem-mt-1_36',
'boost_filesystem-mt', 'boo
st_filesystem-vc90-1_36', 'boost_filesystem-1_36', 'boost_filesystem']
On Mon, Oct 20, 2008 at 9:33 PM, Gerrit Voss <[EMAIL PROTECTED]>wrote:
>
> Hi,
>
>
> On Mon, 2008-10-20 at 18:25 -0700, Reed Copsey, Jr. wrote:
>
> > First, I always get warnings when I run scons, whether it's a
> > downloaded copy or the scons-local in the OpenSG 2.0 folder
> > (The build is currently in development. - It needs the svn version
> > of scons-addons).
>
> that on is fine, as long as you do a svn checkout svn (via svn:externals)
> takes care that you have the up-to-date scon-addons version. It does
> not refer to any scons core elements but to external add-on packages
> (Tools/scons-addons). As far as I can tell it's a leftover from the
> early development stages.
>
> kind regards,
> gerrit
>
sconf.log_win32_cl.9.0
Description: Binary data
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
