Hi Marcus, > Andreas Zieringer wrote: > >>Hi Marcus, >> >> >>>Andreas Zieringer wrote: >>> >>>True. It's not that bad, it just took me a while to figure out. I also >>>had to compile OpenSG twice since I got an error at link time. >> >>I don't get this one after removing the old supportlibs directory scons >>should unzip the supportlibs.zip and just re-link everything. > > > Yup. But I compiled it first, it failed to link. I then figured out what > was wrong, removed the dir and _recompiled everything again_ and then > linking worked. > > >>I don't trust date stamps. > > > Right. > > >>>Another way is to simply rename the supportlibs every time it's updated, >>>adding a version to the name, then unpack it if it doesnt exist and >>>remove all old versions. We do something similar for our third-party >>>libs in svn. >> >>hmm I don't like that as this would change the support libs include path >>and lead to a recompilation of a lot of files. > > > True. Didn't think of that. > > >>I just made some tests and added a VERSION file to the supportlibs.zip file. >> >>amz-amd64: win% time unzip -p supportlibs.zip VERSION >>1.0 >>real 0m0.050s >>user 0m0.030s >>sys 0m0.046s >> >>looks quite fast ;-) > > > Right. You got me there. :-) > > Cheers, > /Marcus
I added a VERSION file to the supportlibs.zip and some version detection code to the scons build system. Andreas -- VREC Robert-Bosch-Straße 7 D-64293 Darmstadt Tel. 06151-4921035 ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
