Ah, for some reason USE_KDU was already true, which caused cmake to keep hallucinating that it needed KDU (regardless of whether the KDU package existed in autobuild). With -DUSE_KDU=FALSE on the command line, I ended up not needing to touch the autobuild xml files:
autobuild configure -- -DFMOD:BOOL=FALSE -DINSTALL_PROPRIETARY:BOOL=FALSE -DUSE_KDU:BOOL=FALSE (Since cmake/LLKDU.cmake sets USE_KDU to true when INSTALL_PROPRIETARY is true, maybe it should also explicitly falsify USE_KDU when INSTALL_PROPRIETARY is set to be false?) With Visual Studio 2010, you also apparently have to run the IDE at least once prior to configuring, or else the background Visual Studio instance that it spawns ends up crashing out. Celi On Sun, Apr 10, 2011 at 7:11 AM, Oz Linden (Scott Lawrence) < o...@lindenlab.com> wrote: > On 2011-04-09 22:57, Celierra Darling wrote: > > Hmm, this didn't work for me; autobuild still attempts to download kdu even > if I specify DINSTALL_PROPRIETARY. (If it helps, the same thing happens if > I use autobuild configure -c OpenSourceRelWithDebInfo , though I don't > have to specify DFMOD there.) > > > Sorry - I wasn't clear. > > To prevent the attempt to download, you have to take the installable out of > the autobuild configuration. The cmake variable only prevents trying to use > it. > >
_______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
