Changeset 31426

2017-02-17T20:44:32+13:00 (7 years ago)

Commenting out sourcing of MS SDK since it's no longer needed to compile the debug version GS2 (with apache).

1 edited


  • local/greenstone2/windows-64bit/devel64-in32mode.bat

    r31423 r31426  
    1 :: This script is called devel.bat NOT setup.bat, because firstly, it is for compiling GS2
    2 :: and secondly, this script wipes out PATH and sets it from scratch. Running the toplevel GS2 setup.bat
    3 :: will invoke any setup.bat in this local folder, and if this script were called setup.bat it would wipe
    4 :: out the Greenstone PATH environment as adjusted by GS2 so we'd not be able to run any Greenstone scripts
    5 :: despite sourcing GS2's toplevel setup.bat. Hence this script is called devel.bat.
     1@echo off
     3echo **
     5:: There used to be a race condition when compiling apache httpd that caused GS2 compilation to fail.
     6:: See the notes on compiling GS2 on 64 bit Win 7 at
     8:: Sam fixed this for the release-kit with
     9:: while it's at last been fixed in the svn version with commit 31425 (building on flawed earlier attempts in commits 31421 and 31422).
    811:: Get the strawberry perl we use for GS from
    1114set JAVA_HOME=C:\Program Files\Java\jdk1.7.0_55
     15if not exist "%JAVA_HOME%" echo %JAVA_HOME% does not exist& goto done
    13 :: NOTE: we are indeed wiping out PATH and setting it from scratch. This follows what the releasekits do each night when generating GS2-caveat
    14 :: and that always seems to successfully compile apache-httpd in one go. So after setting PATH from scratch here, we only need to worry about
    15 :: race conditions affecting GS2 compiling (particularly apache-httpd) on recompile of GS2. In that case, just delete gs2-svn\apache-httpd\windows\error
    16 :: and retry recompilation with makegs2x64.bat, or just plain retry recompilation with that script.
     17set PERL_HOME=C:\strawberry-perl32no64\perl
     18if not exist "%PERL_HOME%" echo %PERL_HOME% does not exist& goto done
    18 set PATH=%JAVA_HOME%\bin;C:\strawberry-perl32no64\perl\bin;C:\Program Files\SlikSvn\bin;%PATH%
     20set PATH=%JAVA_HOME%\bin;%PERL_HOME%\bin;C:\Program Files\SlikSvn\bin;%PATH%
    20 ::set PATH=%JAVA_HOME%\bin;C:\strawberry-perl32no64\perl\bin;C:\Program Files\SlikSvn\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files (x86)\putty;C:\Program Files (x86)\linuxtools
    21 ::set PATH=%JAVA_HOME%\bin;C:\strawberry-perl32no64\perl\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;
    22 :: REMOVING CMake from PATH:
    23 rem C:\Program Files (x86)\Java\jdk1.8.0_65\bin;C:\ProgramData\Oracle\Java\javapath;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Microsoft Windows Performance Toolkit\;c:\Program Files (x86)\Microsoft SQL Server\90\Tools\binn\;C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\;C:\Program Files\Microsoft SQL Server\110\Tools\Binn\;C:\Program Files\nodejs\;C:\Program Files\SlikSvn\bin;C:\Program Files\Git\cmd;C:\Users\Anupama\AppData\Roaming\npm
    24 rem %PATH%
    26 :: Microsoft SDK is needed only if compiling GS2 with debugging on,
    27 :: but regular compiling (without debugging on) will also work with MS SDK environment:
    28 pushd "C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin"
    29 call "SetEnv.Cmd"
    30 popd
     23echo + Set JAVA_HOME=%JAVA_HOME% and updated PATH
     24echo + Set PERL_PATH=%PERL_HOME% and updated PATH
    32 :: MS Visual Studio needed to compile GS2
    33 pushd "C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\"
     27:: Microsoft SDK no longer needed. Used to be needed only if compiling GS2 with debugging on,
     28:: but regular compiling (without debugging on) will also work with MS SDK environment.
     29rem set sdklocation=C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin
     30rem if not exist "%sdklocation%" echo %sdklocation% does not exist& goto done
     31rem pushd "%sdklocation%"
     32rem call "SetEnv.Cmd"
     33rem popd
     37:: Set up Visual MS Studio env  needed to compile GS2.
     38:: Running VS in 64 bit mode doesn't work, need to run in 32 bit mode.
     39:: (It may be apache httpd that needs 32 bit mode to compile.)
     40:: For now only VS9.0 (VS2008) works
     41set vslocation=C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools
     42if not exist "%vslocation%" echo %vslocation% does not exist& goto done
     43pushd "%vslocation%"
    3444call vsvars32.bat
     48echo Leaving local/setup.bat
     49echo ******************************
     53:: **********************************************************************************
     54:: Porting further remarks and attempted code from older version of setup.bat file
     55:: **********************************************************************************
     56:: VS10 fails: Common Tools folder not found for VS10
     57rem call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\vcvars32.bat"
     59:: VS12 fails: Calling "vsvars32.bat" above produces the same error as calling
     60:: C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\amd64_x86\vcvarsamd64_x86.bat
     61:: (and possibly the same error as calling
     62:: C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\vcvarsall.bat without passing "amd64" param)
     63rem call "C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\vsvars32.bat"
     65:: Error:!topic/UniMRCP/Iybpn51UYnI
     68:: /p:PlatformToolset=v100
     71:: If using SetEnv.cmd to set up MS SDK env (no longer needed even for compiling GS2 with debug):
     73::call "C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\SetEnv.cmd"
     74:: Run with /? to see what options it takes (/x86, /x64, /ia64, /vista, /xp, /win7 and more)
     76::set sdklocation=C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin
     77::if not exist "%sdklocation%" echo %sdklocation% does not exist& goto done
     78::pushd "%sdklocation%"
     79::call SetEnv.cmd /x64
Note: See TracChangeset for help on using the changeset viewer.