On Sun, 8 Dec 2002, Dimitrie O. Paun wrote:
On December 8, 2002 05:56 pm, Alexandre Julliard wrote:
I believe it was mostly issues with getting rid of C code in header files, though that is handled in the main parser now. Still, it's not guaranteed that the C preprocessor would handle non C code correctly.
Hmm, I don't know about that either -- windres certainly calls gcc -E, and it's working just fine.
Projects compiled using MinGW and windres are not 'normal' Windows projects. In particular they don't prove that a project built using Visual C++ and rc is going to compile if you process the rc files using gcc -E.
Given the dominant position of Visual C++ on the Windows platform, compatibility with Visual C++ projects is the main point of Winelib. it is orders of magnitude more important than compatibility with windres and MinGW-based projects. Let's not forget the goal of Winelib: making it possible to recompile Windows applications to Unix, not making it possible to compile native Unix applications using the Windows API+MinGW. Better compatibility with MinGW is a means to that end, no more.
I don't know whether we still need the integrated preprocessor, but I think we should not be too hasty in removing it. It would be pretty bad to remove it just to discover a few months later that it was needed after all.