Show
Ignore:
Timestamp:
14.02.2017 18:05:49 (3 years ago)
Author:
ak19
Message:

Some explanatory comments.

Files:
1 modified

Legend:

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

    r31410 r31411  
     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. 
     6 
     7 
    18:: Get the strawberry perl we use for GS from http://trac.greenstone.org/browser/main/trunk/release-kits/shared/windows/perl.zip?rev=head 
    29:: this is referred to below as strawberry-perl32no64 
    310 
    411set JAVA_HOME=C:\Program Files\Java\jdk1.7.0_55 
     12 
     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. 
     17 
    518::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 
    619set PATH=%JAVA_HOME%\bin;C:\strawberry-perl32no64\perl\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;