Hi Gerrit,
On Fri, Dec 19, 2008 at 10:39 AM, Gerrit Voss <[email protected]> wrote:
> On Fri, 2008-12-19 at 13:07 +0800, Gerrit Voss wrote:
>> But I'm not sure if I want to go down this road. Anyway I hope I
>> can commit something today (as soon as I finalized the install part),
>> so anybody interested can have a look.
>
> done, enjoy, the following features are currently missing (AFAIK) :
nice, thanks :)
> - osg1.x compat, deprecated support
> - fcd/lex/bison recreation of src files
personally I don't care too much about this being part of the build,
having a (python) script that regens them is fine for me.
> - osg-config / FindOSG.cmake
trivial remark, but we should call it FindOpenSG.cmake to avoid clash
with OpenSceneGraph ;)
> - cross compiles
> - debugrt build type for windows
> - unittests
> - OS X (don't have a system)
>
> I so far only tried it on Linux (x64) and Windows (VS 2005 32 and 64)
> and things seem to build.
would you mind if I do some reorganization on the build? The thing I
don't like a lot is that it is hard to figure out which dir goes into
which lib, because the information is spread over the different files.
How about putting files CMakeLists.Lib.<name>.txt in Source/ that list
all directories that belong to that lib (it would also centralize the
logic for excluding directories depending on available 3rd party
libs/config options)? The toplevel CMakeLists.txt would just glob for
those and include them, so adding a new lib does not require changing
files, just adding one - probably most interesting for contrib stuff.
Also, IMHO we don't gain much be actually scanning for sources,
because the generated make build does not automatically trigger a
rescan, right? So, if we did things a bit more like everybody else
using cmake we'd actually gain that adding a new source to a
CMakeLists.txt triggers a regen of the build system. I have a very
simple python script that generates the file lists, so you could just
run that to update them.
What do you think ?
Thanks,
Carsten
------------------------------------------------------------------------------
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
