| Port of GNU make to Windows NT and Windows 95 | |
| Builds natively with MSVC 2.x or MSVC 4.x compilers. | |
| To build with nmake on Windows NT or Windows 95: | |
| 1. Make sure cl.exe is in your %Path%. Example: | |
| set Path=%Path%;c:/msdev/bin | |
| 2. Make sure %include% is set to msvc include directory. Example: | |
| set include=c:/msdev/include | |
| 3. Make sure %lib% is set to msvc lib directory. Example: | |
| set lib=c:/msdev/lib | |
| 4. nmake /f NMakefile | |
| There is a bat file (build_w32.bat) for folks who have fear of nmake. | |
| Outputs: | |
| WinDebug/make.exe | |
| WinRel/make.exe | |
| Notes: | |
| This port prefers you have a working sh.exe somewhere on your | |
| system. If you don't have sh.exe, port falls back to | |
| MSDOS mode for launching programs (via a batch file). | |
| The MSDOS mode style execution has not been tested too | |
| carefully though (I use GNU bash as sh.exe). | |
| I verified all functionality with a slightly modified version | |
| of make-test-0.4.5 (modifications to get test suite to run | |
| on Windows NT). All tests pass in an environment that includes | |
| sh.exe. | |
| I did not provide a Visual C project file with this port as | |
| the project file would not be considered freely distributable | |
| (or so I think). It is easy enough to create one though if | |
| you know how to use Visual C. | |
| I build the program statically to avoid problems locating DLL's | |
| on machines that may not have MSVC runtime installed. If you | |
| prefer, you can change make to build with shared libraries by | |
| changing /MT to /MD in the NMakefile (or build_w32.bat). |