From 7d4d26e6f093a157c7b199cb5bf8d0abc78f3f70 Mon Sep 17 00:00:00 2001 From: Stefan Neis Date: Sat, 7 Dec 2002 15:21:40 +0000 Subject: [PATCH] Added information on how to circumvent make's problems with auto-generated .d files. git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/branches/WX_2_4_BRANCH@18095 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775 --- docs/os2/install.txt | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/docs/os2/install.txt b/docs/os2/install.txt index f491137d5a..62ddb8bfd3 100644 --- a/docs/os2/install.txt +++ b/docs/os2/install.txt @@ -201,6 +201,18 @@ 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