Jump to content

Compiling XWP: Difference between revisions

From NikiWiki
Ggamba (talk | contribs)
reordered paragraph
Ggamba (talk | contribs)
mNo edit summary
Line 40: Line 40:


You just downloaded from CVS all what you need to compile the latest XWP branch stuff!
You just downloaded from CVS all what you need to compile the latest XWP branch stuff!


===Branch, trunk, tags...===
===Branch, trunk, tags...===
Line 66: Line 65:
     cvs checkout -r pr_0004_1-0-6
     cvs checkout -r pr_0004_1-0-6


=== The compilation environment ===
Once the first checkout from CVS is done, the ''cvs status -v filename'' command you can easily see which tag exist; for example, running:
 
    cvs status -v makefile
 
from the x:\cvs\xworkplace directory will tell you which are the existing tags for the XWorkplace package.
 
 


== Compiling the beast ==


* IBM VisualAge C++ 3.0 with fixpak 8 is reccomended (and it is also the only environment currently supported.
* IBM VisualAge C++ 3.0 with fixpak 8 is recommended (and it is also the only environment currently supported.
* OS/2 Developer's Toolkit for all the SOM header files and the SOM compiler: the ones included in eCS 1.2 CD #2 seems good.
* OS/2 Developer's Toolkit for all the SOM header files and the SOM compiler: the ones included in eCS 1.2 CD #2 seems good.


Now, you have on your computer all what is needed to ''try'' to compile XWP :-)
Now, you have on your computer all what is needed to compile XWP.
 
1) first of all, adjust x:\CVS\xworkplace\config.in to your needs;
2) then, from x:\CVS\xworkplace\ run
 
    nmake dep
 
If you have never built XWorkplace before, "nmake dep" will give you lots of warnings that headers could not be found. This is normal.
 
3) After that, run either "nmake all" or "nmake really_all". "nmake all" will only rebuild XFLDR.DLL, XWPDAEMN.EXE and XWPHOOK.DLL while "nmake really_all" will produce the full set of XWorkplace executables plus the NLS files.


* first of all, adjust x:\CVS\xworkplace\config.in to your needs
* then, from x:\CVS\xworkplace\ run "nmake dep".  If you have never built XWorkplace before, "nmake dep" will give you lots of warnings that headers could not be found. This is normal.
* After that, run either "nmake all" or "nmake really_all". "nmake all" will only rebuild XFLDR.DLL, XWPDAEMN.EXE and XWPHOOK.DLL while "nmake really_all" will produce the full set of XWorkplace executables plus the NLS files.
You have good change to get an error like:
You have good change to get an error like:


Line 85: Line 97:




===Notes for contributors===
 
==Notes for contributors==





Revision as of 17:07, 9 December 2006

Please note that this is not the "official" how-to, but just a collection of suggestions an tips harvested from progref.inf file included in the XWP's sources, from Ulrich's page about setting up CVS and from the XWP mailing lists. The "official" how-to remains the progref.inf file included in the XWP's sources.


Getting sources from CVS

To compile XWP you need to retrieve from Netlabs' CVS server both XWP and XWP helpers sources.

Supposing that you already have a working CVS setup, do this:

1) create the CVS root folder (e.g. x:\CVS) and then do:

    SET CVSROOT=:pserver:guest@www.netlabs.org:/netlabs.cvs/xworkplace

2) create a subdirectory in your CVS root directory named "xworkplace" (e.g. x:\cvs\xworkplace), change to it and do:

    SET USER=guest

3) from the same directory, do:

    CVS login

and enter "readonly" when you are prompted for password;

4) do:

    cvs checkout -r branch-1-0 .

Don't forget the last dot! This last command will retrieve the most updated stuff from CVS.

Now you need to retrieve the XWorkplace helpers:

1) go again in your CVS root folder (e.g. x:\CVS) and do:

    CVSROOT=:pserver:guest@www.netlabs.org:/netlabs.cvs/xwphelpers

2) create a subdirectory in your CVS root directory named "xwphelpers" (e.g. x:\cvs\xwphelpers), change to xwphelpers and do:

    cvs checkout -r branch-1-0 .

You just downloaded from CVS all what you need to compile the latest XWP branch stuff!

Branch, trunk, tags...

As you sooner or later will like to play with trunk, or to compile a specific XWP version, maybe because you are working on translating it, a good idea is to maintain different sandboxes for trunk and branches. A good directory organization could be:

  • your CVS root folder
    • XWP branch
    • XWP trunk
    • XWP Helpers branch
    • XWP Helpers trunk

To checkout the trunk, use no tag:

    cvs checkout .

both for xwp and xwp helpers.

To checkout the branch, use the "branch-1-0" tag:

    cvs checkout -r branch-1-0 .

again both for xwp and xwp helpers. To checkout version 1.0.6 (latest released version):

    cvs checkout -r pr_0004_1-0-6

Once the first checkout from CVS is done, the cvs status -v filename command you can easily see which tag exist; for example, running:

    cvs status -v makefile

from the x:\cvs\xworkplace directory will tell you which are the existing tags for the XWorkplace package.


Compiling the beast

  • IBM VisualAge C++ 3.0 with fixpak 8 is recommended (and it is also the only environment currently supported.
  • OS/2 Developer's Toolkit for all the SOM header files and the SOM compiler: the ones included in eCS 1.2 CD #2 seems good.

Now, you have on your computer all what is needed to compile XWP.

1) first of all, adjust x:\CVS\xworkplace\config.in to your needs; 2) then, from x:\CVS\xworkplace\ run

    nmake dep

If you have never built XWorkplace before, "nmake dep" will give you lots of warnings that headers could not be found. This is normal.

3) After that, run either "nmake all" or "nmake really_all". "nmake all" will only rebuild XFLDR.DLL, XWPDAEMN.EXE and XWPHOOK.DLL while "nmake really_all" will produce the full set of XWorkplace executables plus the NLS files.

You have good change to get an error like:

E:\netlabs_CVS\xworkplace\bin\modules\xwphook.dll => E:\programs\xworkplace\binxwphook.dll
SYS0032: Process can't access file...

This means that you have XWorkplace running and you have to UNLOCK the files first if you are copying over your running files. Put XWP_UNLOCK_MODULES = YES in CONFIG.IN - it's down near the bottom. The Unlock utility from the LxLite package is required.


Notes for contributors

Notes for translators

As told before, we need different "sandboxes" for the different XWP releases. The following one, for example, is the folder structure I use for the Italian translation of XWP:

\Netlabs_CVS
\Netlabs_CVS\xwphelpers
\Netlabs_CVS\xworkplace_branch
\Netlabs_CVS\xworkplace_105
\Netlabs_CVS\xworkplace_106

(to build the NLS package, I don't need "sandboxes" of xwphelpers repository)