Hi Patrick, hmm no idea it shouldn't link against libcmt.lib this makes no sense and I'm quite sure there is a /NODEFAULTLIB in the link line. Can you send me your link line. I will check this tomorrow on my 64 bit machine.
Andreas > Using SCons 0.96.1 got me a lot farther. OSGBase.dll linked, but > OSGSystem.dll fails to link due to an unresolved symbol. I have attached the > build output and my current scons options. > > -Patrick > > Andreas Zieringer wrote: >> Hi Patrick, >> >> ok next try the testing release of scons is not supported only the >> current official one 0.96.1. >> We are also using some sed stuff right now so it works only in a cygwin >> shell. Next week I will add some scons build readme to the cvs. >> >> Andreas >> >>> Andreas, >>> >>> I am using the AMD64 build of Python 2.5 beta 2 from www.python.org and >>> SCons 0.96.92. The previous output came from a DOS command shell, but I see >>> the same problems building from a Cygwin shell. >>> >>> -Patrick >>> >>> Andreas Zieringer wrote: >>>> Hi Patrick, >>>> >>>> well looks strange are you using the cygwin python? You have to use the >>>> windows python version from www.python.org. >>>> >>>> in the cygwin shell "which python" should report something like >>>> >>>> python is /C/Programme/Python24/python >>>> python is /usr/bin/python >>>> python is /bin/python >>>> >>>> Andreas >>>> >>>>> Andreas, >>>>> >>>>> This looks very promising, but I have run into a problem that is most >>>>> likely >>>>> because I have never built OpenSG using its SCons build before. I get a >>>>> compile error on the first file that SCons finds to build: >>>>> >>>>>> scons compiler=msvc80x64 tif=C:/patrick/src/supportlibs >>>>> glut=C:/patrick/src/supportlibs zlib=C:/patrick/src/supportlibs >>>>> png=C:/patrick/src/supportlibs jpg=C:/patrick/src/supportlibs type=both >>>>> scons: Reading SConscript files ... >>>>> Detected environment: win32-msvc80x64 >>>>> scons: done reading SConscript files. >>>>> scons: Building targets ... >>>>> scons: building associated BuildDir targets: >>>>> Build\win32-msvc80x64\installed >>>>> cl /nologo /TP /Wp64 /w44258 /w44996 /EHsc /GR /FD /bigobj /Zm1200 >>>>> /Zc:forScope /MD /O2 /Ob1 /DOSG_WITH_GLUT /DOSG_WITH_JPG /DOSG_WITH_TIF >>>>> /DOSG_WITH_PNG /DOSG_WITH_GIF /DWIN32 /D_WINDOWS /DWINVER=0x0400 >>>>> /D_WIN32_WINDOWS=0x0410 /D_WIN32_WINNT=0x0400 /DSTRICT /DNOMINMAX >>>>> /D_OSG_HAVE_CONFIGURED_H_ /DOSG_PSDK_COMPILER /DWIN64 /DNDEBUG /DFCD_TERM >>>>> /DOSG_BUILD_DLL /IC:\patrick\src\supportlibs\include >>>>> /IC:\patrick\src\supportlibs\include /IC:\patrick\src\supportlibs\include >>>>> /IC:\patrick\src\supportlibs\include /IC:\patrick\src\supportlibs\include >>>>> /IBuild\win32-msvc80x64\Source\Base /IBuild\win32-msvc80x64\Tools\fcdEdit >>>>> /IBuild\win32-msvc80x64\Tools\fcdEdit\opt >>>>> /IBuild\win32-msvc80x64\installed\include /c >>>>> Tools\fcdEdit\FieldContainer.cpp >>>>> /FoBuild\win32-msvc80x64\Tools\fcdEdit\opt\FieldContainer.obj >>>>> >>>>> FieldContainer.cpp >>>>> Tools\fcdEdit\FieldContainer.cpp(9) : fatal error C1083: Cannot open >>>>> include >>>>> file: 'OpenSG/OSGXmlpp.h': No such file or directory >>>>> scons: *** [Build\win32-msvc80x64\Tools\fcdEdit\opt\FieldContainer.obj] >>>>> Error 2 >>>>> scons: building terminated because of errors. >>>>> >>>>> I don't know why it is jumping straight to the Tools directory after >>>>> generating files in Build\win32-msvc80x64installed\include\OpenSG. If I cd >>>>> into the Source directory and run 'scons ... -u', it doesn't build >>>>> anything, >>>>> so I guess SCons is confused about something. >>>>> >>>>> -Patrick >>>>> >>>>> Andreas Zieringer wrote: >>>>>> Hi Patrick, >>>>>> >>>>>> you can compile a 64 bit windows version with the scons build system. >>>>>> >>>>>> scons.bat compiler=msvc80x64 >>>>>> >>>>>> Andreas >>>>>> >>>>>>> Is it possible to build a 64-bit version of OpenSG for Windows x64 >>>>>>> Edition? >>>>>>> I thought that I was on the right track with this a few weeks ago using >>>>>>> the >>>>>>> configure script option --with-compiler=cl.net2005, but the path to >>>>>>> cl.exe >>>>>>> that was being used was for the 32-bit version. I had rebuilt the >>>>>>> contents >>>>>>> of the supportlibs stuff myself for 64-bit Windows, but I hadn't tested >>>>>>> them >>>>>>> to be sure that they worked or that I built them correctly. >>>>>>> >>>>>>> -Patrick > > > ------------------------------------------------------------------------ > > qt = 0 > qt4 = 0 > cg = 0 > compiler = 'msvc80x64' > tif = 'C:\\patrick\\src\\supportlibs' > jpg = 'C:\\patrick\\src\\supportlibs' > png = 'C:\\patrick\\src\\supportlibs' > glut = 'C:\\patrick\\src\\supportlibs' > zlib = 'C:\\patrick\\src\\supportlibs' > type = 'both' > contrib_performer_loader = 0 > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Opensg-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/opensg-users ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
