| [1356] | 1 | $Id: Build.txt 1356 2004-04-11 16:26:43Z bird $ | 
|---|
|  | 2 |  | 
|---|
|  | 3 |  | 
|---|
|  | 4 | 1.0 Setting up the buildenvironment | 
|---|
|  | 5 | ----------------------------------- | 
|---|
|  | 6 |  | 
|---|
|  | 7 | The build environment is selfcontained with the exception of EMX. However, | 
|---|
|  | 8 | some of the components changes rather often because of LIBC updates so these | 
|---|
|  | 9 | components are kept in .zips which have to be unzipped in the /tools | 
|---|
|  | 10 | directory. Go to tools/ and do unzip -o packages/*.zip. | 
|---|
|  | 11 |  | 
|---|
|  | 12 | The GCC is by default taken from tools/x86.os2/gcc/staged and you must put | 
|---|
|  | 13 | the latest build there for it to work. Installing the compiler to that | 
|---|
|  | 14 | directory is perhaps the best idea: | 
|---|
|  | 15 | GCC-3.2.2-beta4.exe /unattended /directory=tools/x86.os2/gcc/staged | 
|---|
|  | 16 |  | 
|---|
|  | 17 | The build environment is loaded into the current shell (4os2 or cmd) by | 
|---|
|  | 18 | invoking tools\env.cmd. This rexx script takes two options: | 
|---|
|  | 19 | -disable-staged-gcc / -enable-staged-gcc: | 
|---|
|  | 20 | Use the staged gcc or the gcc322 BuildEnv. For the latter you'll | 
|---|
|  | 21 | have to put configure gcc322 using tools\buildenv.cmd if you haven't | 
|---|
|  | 22 | already done so globally for another project. | 
|---|
|  | 23 |  | 
|---|
|  | 24 | -install / -uninstall: | 
|---|
|  | 25 | Install or uninstall the GCC buildenvironment. Installing it is | 
|---|
|  | 26 | naturally default. (Not sure how well -uninstall works actually.) | 
|---|
|  | 27 |  | 
|---|
|  | 28 | The rexx script takes one optional argument: | 
|---|
|  | 29 | RELEASE / DEBUG: | 
|---|
|  | 30 | Specifies the build mode/type which is to be default for the | 
|---|
|  | 31 | environment. Default is (of course) DEBUG. | 
|---|
|  | 32 |  | 
|---|
|  | 33 |  | 
|---|
|  | 34 |  | 
|---|
|  | 35 | 2.0 Building | 
|---|
|  | 36 | ------------ | 
|---|
|  | 37 |  | 
|---|
|  | 38 | The default for all is a simple build of all the components, no compiler | 
|---|
|  | 39 | bootstrapping. However we do a little LIBC bootstrapping underways, i.e. | 
|---|
|  | 40 | LIBC is build first and installed to a temporary location which figures | 
|---|
|  | 41 | before the GCC one in all the PATHs. Thus the LIBC we build will be used | 
|---|
|  | 42 | to build the rest. This will happen for the other libraries, tools, | 
|---|
|  | 43 | binutils and gcc as we go along. | 
|---|
|  | 44 |  | 
|---|
|  | 45 | This build type is called 'quick'. | 
|---|
|  | 46 |  | 
|---|
|  | 47 |  | 
|---|
|  | 48 | There is another build type, which is used for the release builds, which | 
|---|
|  | 49 | is called double-quick. It performs the 'quick' build twice thus ensuring | 
|---|
|  | 50 | that even everything is built with the same level of tools that we deliver. | 
|---|
|  | 51 |  | 
|---|
|  | 52 | Both 'quick' and 'double-quick' will log to obj/OS2/$(BUILD_MODE)/???.log, | 
|---|
|  | 53 | and will when all is built install it into bin/OS2/$(BUILD_MODE)/<reltag>. | 
|---|
|  | 54 |  | 
|---|
|  | 55 |  | 
|---|
|  | 56 | 2.1 Building parts | 
|---|
|  | 57 | ------------------ | 
|---|
|  | 58 |  | 
|---|
|  | 59 | Individual components can be built, like for instance LIBC/EMX can be built | 
|---|
|  | 60 | from the src/emx directory. See help screen when invoking make there and the | 
|---|
|  | 61 | MoBuS documentation in src/emx/build.txt | 
|---|
|  | 62 |  | 
|---|
|  | 63 | Binutils and GCC are normal GNU build system stuff, which mean they require | 
|---|
|  | 64 | their Configure scripts to be run. This normally should be done by the root | 
|---|
|  | 65 | Makefile to get it right. There are special gcc-configure, binutils-configure | 
|---|
|  | 66 | rules for this. The object directories are in obj/OS2/$(BUILD_MODE)/gcc or | 
|---|
|  | 67 | binutils. | 
|---|
|  | 68 | TODO: Add emx-shell, gcc-shell and binutils-shell rules which will take you | 
|---|
|  | 69 | to the right place. | 
|---|
|  | 70 |  | 
|---|
|  | 71 |  | 
|---|
|  | 72 | 3.0 Packing | 
|---|
|  | 73 | ----------- | 
|---|
|  | 74 |  | 
|---|
|  | 75 | There is a 'packing' rule. Just invoke this and packing will take place. To | 
|---|
|  | 76 | pack up the sources invoke the 'packing-src' rule. The 'installer' will only | 
|---|
|  | 77 | do the installer creation. | 
|---|
|  | 78 |  | 
|---|
|  | 79 |  | 
|---|