Ok, as I was having linking problems using the patch (everything was almost
done, but some symbols were missing:
OSGVTKMapperBase.obj : error LNK2019: unresolved external symbol "public:
static
class OSG::FieldType const & __cdecl OSG::MFieldAdaptor<class
OSG::FCPtr<class
OSG::FCPtr<class OSG::FCPtr<class OSG::FCPtr<class OSG::FCPtr<class
OSG::FieldCo
ntainerPtr,class OSG::FieldContainerAttachment>,class OSG::StateChunk>,class
OSG
::GeoProperty>,class OSG::GeoIntegralProperty>,class
OSG::TypedGeoIntegralProper
ty<struct OSG::GeoUInt32PropertyDesc> >,class OSG::MField<class
OSG::FieldContai
nerPtr,0>,0>::getClassType(void)" ([EMAIL PROTECTED]@[EMAIL PROTECTED]
?$FCP
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]
@@VFieldContainerAttachment@
2@@OSG@@[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]
@@OSG@@V?
[EMAIL PROTECTED]@OSG@@@2@@OSG@@
[EMAIL PROTECTED]
[EMAIL PROTECTED]@@$0A@@[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]@XZ)
referenced in
function "p
rotected: static void __cdecl OSG::VTKMapperBase::classDescInserter(class
OSG::F
ieldContainerType &)" ([EMAIL PROTECTED]@OSG
@@KAXAAVFieldContaine
[EMAIL PROTECTED]@@Z)
OSGVTKMapperBase.obj : error LNK2019: unresolved external symbol "public:
static
class OSG::FieldType const & __cdecl OSG::MFieldAdaptor<class
OSG::FCPtr<class
OSG::FCPtr<class OSG::FCPtr<class OSG::FCPtr<class OSG::FCPtr<class
OSG::FieldCo
ntainerPtr,class OSG::FieldContainerAttachment>,class OSG::StateChunk>,class
OSG
::GeoProperty>,class OSG::GeoVectorProperty>,class
OSG::TypedGeoVectorProperty<s
truct OSG::GeoPnt3fPropertyDesc> >,class OSG::MField<class
OSG::FieldContainerPt
r,0>,0>::getClassType(void)" ([EMAIL PROTECTED]@[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]@[EMAIL PROTECTED]@OSG@@[EMAIL PROTECTED]
@@OS
G@@[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]
@@OSG@@V?$TypedG
[EMAIL PROTECTED]@OSG@@@2@@OSG@@
[EMAIL PROTECTED]
[EMAIL PROTECTED]@@$0A@@[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]@XZ)
referenced in function
"protected:
static void __cdecl OSG::VTKMapperBase::classDescInserter(class
OSG::FieldContai
nerType &)" ([EMAIL PROTECTED]@OSG@@
[EMAIL PROTECTED]@@Z
)
OSGVTKMapperBase.obj : error LNK2019: unresolved external symbol "public:
static
class OSG::FieldType const & __cdecl OSG::MFieldAdaptor<class
OSG::FCPtr<class
OSG::FCPtr<class OSG::FCPtr<class OSG::FCPtr<class OSG::FCPtr<class
OSG::FieldCo
ntainerPtr,class OSG::AttachmentContainer>,class OSG::NodeCore>,class
OSG::Drawa
ble>,class OSG::MaterialDrawable>,class OSG::Geometry>,class
OSG::MField<class O
SG::FieldContainerPtr,0>,0>::getClassType(void)"
([EMAIL PROTECTED]@
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]
@OSG@@VAttachment
[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]@@OSG@@[EMAIL
PROTECTED]
@@OSG@@
[EMAIL PROTECTED]@@OSG@@[EMAIL PROTECTED]
@OSG@@$0A@@[EMAIL PROTECTED]@@OSG@@SAABVFieldT
[EMAIL PROTECTED]@XZ) referenced in function "protected: static void __cdecl
OSG::VTKMapperB
ase::classDescInserter(class OSG::FieldContainerType &)"
([EMAIL PROTECTED]
[EMAIL PROTECTED]@@[EMAIL PROTECTED]@@Z)
build.win32.cl.8.0\type-debug--arch-ia32\Source\OSGContribVTK_d.dll : fatal
erro
r LNK1120: 22 unresolved externals )
So, I've restored build.info (undid patch) and then applied the hack... but
here's what I got:
Building OpenSG 2.0.0-pre1
### Apply OpenSG SCons AddOn Hacks ###
NameError: global name 'distutils' is not defined:
File "D:\Pablo\Programming\lib\OpenSG-2.0-Stable-jun07\SConstruct", line
382:
variant_helper = sca_variants.VariantsHelper(variantKeys=["type",
"arch"])
File "Tools\scons-addons\src\SConsAddons\Variants.py", line 56:
self.fillDefaultVariants(variantKeys)
File "Tools\scons-build\OpenSG\AddOnHacks.py", line 325:
valid_archs = SConsAddons.EnvironmentBuilder.detectValidArchs()
File "Tools\scons-build\OpenSG\AddOnHacks.py", line 271:
cur_arch = SConsAddons.Util.GetArch()
File "Tools\scons-build\OpenSG\AddOnHacks.py", line 220:
platform = distutils.util.get_platform()
any easy fix?
thanks
2007/7/1, Gerrit Voss <[EMAIL PROTECTED]>:
Hi,
On Sun, 2007-07-01 at 13:07 -0300, Pablo Carneiro Elias wrote:
> Hey, I found out why the patch didnt work.. its because the lib and
> include dir, added to the path by the python lines below:
>
> + if vtk_option.baseDir:
> + cpppath.append(pj(vtk_option.baseDir, 'include',
> vtk_option.vtkVersion))
> + libpath.append(pj(vtk_option.baseDir, 'lib'))
>
> were added without the '/' before the baseDir. In short, if one
> specifies the VtkBaseDir as being <SOMEDIR/> it works. Otherwise the
> include dir used by scons gets like SOMEDIRinclude/vtk and
> SOMEDIRlib... So, the python code should check by itself if the '/' is
> present or not. Its the same fo add '/' to the code ( eg.
> libpath.append(pj(vtk_option.baseDir, '/lib') ) or to add to
> VtkBaseDir.. Adding the '/' made it work!
this is odd, pj (aka os.path.join) should take care of all the / stuff.
Anyway the 'official' AddOnHacks.apply method works (and will stay the
preferred way). So be aware that the patch won't make it to the
repository.
kind regards,
gerrit
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
