Hi, On Sun, 2009-01-25 at 23:59 -0600, Dirk Reiners wrote: > Hi Gerrit, > > Gerrit Voss wrote: > > > >> At least now we know of the potential problems of combining > >> statically-linked support libs with the standard CMake linker flags :-) > >> No idea if this is something easy to improve on your side... > > > > the only 'real' solution I see is to go the VTK way and provide the > > support libs in a way that you can build them together with OpenSG using > > the same settings. Windows seems to fragile to test for all possible > > combinations ;-(. So at least providing on option where we can have > > reasonable good control over the environment is the best solution I > > can see right now. > > I don't know, that sounds painful. :(
IMHO not more than second guessing what settings where used to build these. And they usually rarely change, e.g. the only one I see we might have to update more regular is collada. BTW I would not include the really big ones like VTK into this, but rather hand out something like a CMakeCache file with the settings tested. Overall it should be a few days worth of work. > Can we make it work for the support libs that provide a Windows > installer/download and only provide our own versions for the ones that > don't? Hmm, I'm not sure and most of them don't come in all flavors (e.g. 64bit) so I'm not sure if that one really helps. > Maybe we can make our lives easier by switching the image loader to > something like DevIL, which avoids a lot of the external libs that we use? Actually I would tend to gdal. For the important formats (tiff, jpeg, png, bmp) it comes with internal loaders without external dependencies. Most Linux versions should be including it and I worked with it before for the terrain stuff in my tree, so I have at least the reading infrastructure nearly in place. But I'll have to check the Windows side as I never tried it. kind regards, gerrit ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Opensg-core mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-core
