Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Marine Kelley
That did the trick ! I could run autobuild without a problem now, using your vstool.exe, it configured the solution and now I am making it build the viewer on VCE. I can't stay around to watch though, especially if it is going to take an hour. Going to bed now, and I'll keep you posted with my prog

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Nicky Perian
-DUNATTENDED:BOOL=ON I think this on the configure command line will solve the vstool.exe issue. If it doesn't make an empty project with the output of vstool.exe and replace the existiing one. Or, you can use the one I have here: http://dl.dropbox.com/u/7833186/VSTool.exe Nicky _

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Marine Kelley
Aha ! Thanks much Ima, I'll play a little with a clone of your repository tomorrow, maybe it will lead me to a full working build this time :) On 18/04/2011, Ima Mechanique wrote: >> Thanks... this convinces me to go with VCE2010 (getting over the >> initial gripe I have about it, since it is the

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Ima Mechanique
> Thanks... this convinces me to go with VCE2010 (getting over the > initial gripe I have about it, since it is the only sensible option I > have to go ahead anyway). > > Right now it builds to the end, but it fails at the very last step > with this error : > > 60> Looking for existing VisualStu

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Marine Kelley
Thanks... this convinces me to go with VCE2010 (getting over the initial gripe I have about it, since it is the only sensible option I have to go ahead anyway). Right now it builds to the end, but it fails at the very last step with this error : 60> Looking for existing VisualStudio instance...

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Ima Mechanique
> Thank you all for the pointers. > > So if I get this right, VS2005 is to be left behind... not really kind > to people who are used to it, and who find 2010 to be an unbearable > bloatware that runs 4x slower than the old IDE. Not mentioning that > with 2005, at least I could do something else w

[opensource-dev] Review Request: (STORM-229) Loading Scripts takes a long time and stalls Viewer

2011-04-18 Thread Seth ProductEngine
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/273/ --- Review request for Viewer and Richard Nelson. Summary --- Partial fix

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Nicky Perian
Add to build section /m:3 /maxcpucount:number is the long version. to adjust build speed versus doing other stuff while building. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Marine Kelley
Thank you all for the pointers. So if I get this right, VS2005 is to be left behind... not really kind to people who are used to it, and who find 2010 to be an unbearable bloatware that runs 4x slower than the old IDE. Not mentioning that with 2005, at least I could do something else while compili

Re: [opensource-dev] Any possibility of playing animation b y uuid?

2011-04-18 Thread Glimmering Sands
Yes, this would remove a lot of complication from a HUD. No longer putting it on the ground for no-copy animation, no more need to rez an object to have it accept a copy animation and put it in your HUD for you. And no longer be limited to the animations you own! You could easily import any anim

Re: [opensource-dev] Any possibility of playing animation b y uuid?

2011-04-18 Thread Brandon Husbands
exactly. Now if you have a hud or something everytime you wanna dynamically update animations you have to push out a new version. But with textures and sounds you can have the data there by uuid. Its a pain to have to produce every animation in every object. This way even more secures the animatio

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread WolfPup Lowenhar
1. yes anyone doing builds in an OpenSource environment should be using the ones pre-fixed with OpenSource. 2. there are specific setting for windows that are current workarounds till the autobuild.xml is up dated and they are: a. VCexpressRelWithDebInfo b. VC10msbuildRelWithDebInfo

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Boroondas Gupte
Linux-based dev here, so be aware my answer is based on hear-say, not own experience. On 04/18/2011 02:05 PM, Marine Kelley wrote: > - Tried to run autobuild as "autobuild build -c Release", only to get > an error saying that it does not find VS2010 (of course, it is not > installed). I also had t

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Jonathan Welch
VS2010 Express is limited to 1 month but once you do the free registration it will no longer expire. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep

Re: [opensource-dev] Review Request: STORM-1088: bundled winmm.dll shim crashes on start-up on some systems.

2011-04-18 Thread Oz Linden
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/272/ --- (Updated April 18, 2011, 6:04 a.m.) Review request for Viewer. Changes --

Re: [opensource-dev] autobuild with VS2005

2011-04-18 Thread Nicky Perian
Autobuild was made to work with VS2005 and then updated to work with VS2010 in a don't look back way. I don't know if the pre-built libraries for VC2005-autobuild are available. From: Marine Kelley To: "opensource-dev@lists.secondlife.com" Sent: Mon, Apr

[opensource-dev] autobuild with VS2005

2011-04-18 Thread Marine Kelley
Hello all, This is probably a silly question, but is it possible to use autobuild with VS2005 ? What used to work very well for me with VS2005+develop.py now fails miserably on VCExpress2010+autobuild. Does this question even make sense ? Or am I condemned to switch to VS2010 that I really dislike