[sldev] CMake project merged to release branch!

Phoenix phoenix at secondlife.com
Fri Jun 6 09:28:04 PDT 2008


The attached patch appears to solve the vstool problem, but I don't  
think microsoft tools like to be run from cygwin. VC71 usually worked  
under cygwin but:
  * /cyg/path/to/Program Files/CMake 2.4/bin must be in your path
  * vstool occasionally crashed -- deleting the generated directory  
and trying again always worked.
  * VC80 was unable to load the generated project file
  * I did not try VC90.

I'm sneaking this patch into trunk, but you can try it out now.


Index: develop.py
===================================================================
--- develop.py	(revision 89110)
+++ develop.py	(working copy)
@@ -485,10 +485,11 @@
          PlatformSetup.run_cmake(self, args)
          if self.unattended == 'FALSE':
              for build_dir in self.build_dirs():
-                vstool_cmd = ('tools\\vstool\\VSTool.exe'
-                             ' --solution %s\\SecondLife.sln'
-                             ' --config RelWithDebInfo'
-                             ' --startup secondlife-bin' % build_dir)
+                vstool_cmd = os.path.join 
('tools','vstool','VSTool.exe') \
+                             + ' --solution ' \
+                             + os.path.join 
(build_dir,'SecondLife.sln') \
+                             + ' --config RelWithDebInfo' \
+                             + ' --startup secondlife-bin'
                  print 'Running %r in %r' % (vstool_cmd, os.getcwd())
                  self.run(vstool_cmd)

@@ -619,7 +620,7 @@
                  raise CommandError('clean takes no arguments')
              setup.cleanup()
          else:
-            print >> sys.stderr, 'Error: unknown command', repr(arg)
+            print >> sys.stderr, 'Error: unknown command', repr(cmd)
              print >> sys.stderr, "(run 'develop.py --help' for help)"
              sys.exit(1)
      except CommandError, err:



On 2008-06-05, at 21:12, Bruce Tong wrote:
> Yes, I was running that within a bash shell from cygwin. I'm not sure
> why, now that I think about it. Some part of the process had me
> install it. I like bash and I guess it must have been wishful thinking
> on my part, or something.
>
> If I try it from a windows command prompt, I get...
>
> C:\ZZTong\SLDev\linden\indra>develop.py -G VC80
> Running 'cmake "" "C:\\ZZTong\\SLDev\\linden\\indra"' in 'build-VC80'
> -- Building with FMOD audio support
> -- Building with FMOD audio support
> -- Version of viewer is 1.20.6.0
> -- Configuring done
> -- Generating done
> -- Build files have been written to: C:/ZZTong/SLDev/linden/indra/ 
> build-VC80
> Running 'tools\\vstool\\VSTool.exe --solution build-VC80\ 
> \SecondLife.sln --confi
> g RelWithDebInfo --startup secondlife-bin' in 'C:\\ZZTong\\SLDev\ 
> \linden\\indra'
>
> Opening solution: build-VC80\SecondLife.sln
> Looking for existing VisualStudio instance...
>   Didn't find open solution, now opening new VisualStudio instance...
>   Reading .sln file version...
>   Opening VS version: VC80...
> Value cannot be null.
> Parameter name: type
> Quitting do error opening: C:\ZZTong\SLDev\linden\indra\build-VC80 
> \SecondLife.sl
> n
>
> On Thu, Jun 5, 2008 at 8:50 PM, Soft <soft at lindenlab.com> wrote:
>> On Thu, Jun 5, 2008 at 7:47 PM, Bruce Tong <tongb at ohio.edu> wrote:
>>> I attempted to build using cmake for the first time. I seem to have
>>> encountered something similar to what Michelle2 Zenovka mentioned in
>>> VWR-6794. I guess that's fitting since I was following her nice
>>> summary found at...
>>>
>>> http://wiki.secondlife.com/wiki/User:Michelle2_Zenovka/cmake
>>>
>>> I was using the sources from... slviewer-src-maint-viewer-7-r88903
>>>
>>> $ ./develop.py -G VC80
>>
>>> From the $ prompt, are you attempting this with cygwin? What happens
>> if you try it from a command shell without cygwin in your path?
>> _______________________________________________
>> Click here to unsubscribe or manage your list subscription:
>> /index.html
>>
>
>
>
> -- 
> Bruce Tong
> Software Engineer
> Office of Information Technology
> Ohio University
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20080606/e6f59446/PGP.pgp


More information about the SLDev mailing list