Hi Marcus,

> Andreas Zieringer wrote:
> 
>>Hi Marcus,
>>
>>
>>>>http://www.mail-archive.com/opensg-users%40lists.sourceforge.net/msg08541.html
>>>
>>>That mail said 'ignore this if not using exr' but we had to do something 
>>>about it anyway.
>>
>>if you don't use it in OpenSG ;-) I missed the default setting for the 
>>exr lib with the scons build system. But deleting a directory is not 
>>that complicated.
> 
> 
> 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.

> 
>>>Related, would it be possible for scons to compare the timestamp of the 
>>>supportlibs directoy and supportlibs.zip, to ensure that the latest 
>>>version is always unpacked?
>>
>>via pythons ZipInfo we could compare the size and crc-32 checksum, not 
>>sure how fast this is. What about adding a VERSION file to the zip file 
>>and just compare this one?
> 
> 
> I thought a date compare would be fast & simple, if one sets the date of 
> the supportlibs-dir to that of the zip after unpacking. CRC's and 
> checksums could take a while, likewise with unzipping & comparing.

I don't trust date stamps.

> 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.
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 ;-)

Andreas


> Cheers,
> /Marcus
> 
> -------------------------------------------------------------------------
> 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
> 


-- 
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

Reply via email to