AuroraMiddleware/wxWidgets
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Adapted MAKE_SHELL/MAKESHELL to current make versions.

Browse Source 
Removed explanations about problems that vanished thanks to new build system.


git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@23751 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
Stefan Neis 2003-09-20 19:02:17 +00:00
parent a374426f34
commit 1fe5e0105f
1 changed files with 6 additions and 17 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

23
docs/os2/install.txt
View File

@ -177,16 +177,17 @@ update) e.g. wxGTK or wxX11 as well.
In the following, let's assume you decided to build in
\wx\wxWindows-2.5.1\build\pm. Now we need to set some environment
variables, namely MAKE_SHELL (to a Unix like shell, let's assume ash)
variables, namely MAKESHELL (to a Unix like shell, let's assume ash)
and INSTALL (to point to the install script. If you omit this, configure
might find something like the system's tcpip\pcomos\install.exe which will
not do the thing you want), e.g.
SET MAKE_SHELL=ash
SET MAKESHELL=ash
SET INSTALL=/wx/wxWindows-2.5.1/install-sh.
Be warned that depending on the precise version of your make, setting
MAKE_SHELL might not be sufficient, it might be necessary to set SHELL
and even COMSPEC to a unix like shell as well.
Be warned that depending on the precise version of your make, the
variable that needs to be set might be MAKE_SHELL instead of MAKESHELL.
If you have a really deficient version of GNU make, it might even be
necessary to set SHELL or even COMSPEC to a unix like shell as well.
Now run the provided configure script by executing e.g.
`ash -c "../../configure \
@ -201,18 +202,6 @@ directories which each essentially contain a suitable makefile.
Calling `make' now should start a compile run which hopefully ends
with a library being placed in the lib subdirectory.
Note however, that the auto-generated .d files (containing depency
information) use a mixture of "/" and "\" path separators, that
confuses many make versions. Therefore you'll often get error messages
indicating that some file with a random character in place of a path
separator cannot be found on subsequent calls to make. The only solution
currently available for this requires "sed": Run
for %1 in (*.d) do @(sed "s/\//\\/g" < %1 > dep.sed && copy dep.sed %1)
under "cmd" in the build directory (or a suitable variant of it under a
unix like shell). Note however, that a new call to make will generate
new .d files, so you will likely have to run that between any two calls
to make.
Now you can change in the samples subdirectory and call make to compile
all samples, however currently not all will work on OS/2, so you might
prefer to change into the directory of a specific sample