Debugging gcc 4.9 build failure
David Gressett <[email protected]> Thu, 31 Jul 2014 14:30:57 -0500
| Newsgroups | gmane.comp.gnu.mingw.devel |
|---|---|
| Message-ID | <[email protected]> |
2nd attempt to post to list; 1st one was rejected My first submission to the list - a progress report on my efforts to build gcc 4.9 The gcc 4.9.1 build fails in the same place as the 4.9.0 build did; I have abandoned 4.9.0 and will concentrate on 4.9.1. The problem occurs when building the Ada runtime library. The offender is gcc/ada/adaint.c, which fails to compile because the definitions #define UNICODE #define _UNICODE in the dependent include file mingw32.h seem to have no effect. I stripped adaint.c and all dependent include files into a test directory and shrank adaint.c into a minimal demo of the compile error using the command line from the log file that was used to compile it for the main build. I renamed and copied dependent system include files into the test directory and renamed them in the including files so that I could make any necessary tweaks to them without disturbing the original include files. The final result is that there is nothing wrong with anything in the gcc/ada directory that is causing the build failure. The UNICODE and _UNICODE definitions in the dependent include file mingw32.h are meaningless; they do not reach _mingw32.h because a previous inclusion of <sys/stat.h> pulls in _mingw32.h at a point where UNICODE and _UNICODE are not defined. The include structure is same as that used in 4.8.3, which builds successfully; so the problem is upstream. My next step is to locate the point where the 4.9.0 build process fails to make the definitions that 4.8.3 makes. ------------------------------------------------------------------------------ Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk