Re: Digital Mars patches
Hrvoje Niksic <[email protected]> Tue, 05 Jul 2005 18:52:28 +0200
| Newsgroups | gmane.comp.web.wget.patches |
|---|---|
| Message-ID | <[email protected]> |
Gisle Vanem <[email protected]> writes: > The attached patches will make Wget compile on DMC. Thanks for the patch. How popular is this compiler? Adding support for another Windows compiler complicates the code and the Makefiles, so there should be some benefit to it. For example, we've recently removed support for the "Watcom" compiler because no one was using it and therefore support for it bitrotted. To make it easier to support different Windows compilers, I've been considering a reorganization of the windows directory along these lines: config.h: - Generic features of the Win32 C environment, mostly non-compiler-specific. This would follow the format of config.h.in, i.e. would consist of things like #define HAVE_FOO 1 and #undef HAVE_BAR. This file would contain much of the repetition of the current windows/config.h* config-msvc.hr: config-borland.h: config-mingw.h: config-dmc.h: - Enumerates features of specific compilers, again following the HAVE_* convention where possible. mswindows.h: - Declarations of Wget-specific Windows functions, such as the winsock wrappers, declaration of wgint, etc. That is not very different from what is there now, except it would try to avoid #ifdef SPECIFIC_COMPILER where possible. One thing that would simplify matters would be to simply decide on *one* version of `make' for all Windows builds. Ideally we would have a single windows `src/Makefile' and only change CFLAGS and LDFLAGS from configure.bat, similar to what configure/config.status do in Unix builds. > - Has '_Bool'. C99 type? _Bool is C99. Does it have stdbool.h and the related bool #define?