I am trying to build XOrg 6.8 on a Debian Unstable system, and I am getting the following two errors: ../../../../config/makedepend/makedepend: warning: psout.c (reading ../../../../extras/freetype2/include/freetype/config/ftconfig.h), line 82: #error "Unsupported size of `int' type!" ../../../../config/makedepend/makedepend: warning: psout.c (reading ../../../../extras/freetype2/include/freetype/config/ftconfig.h), line 91: #error "Unsupported size of `long' type!" This error was appearantly discussed and "fixed" in bug 601: <http://freedesktop.org/bugzilla/show_bug.cgi?id=601> While the "real" fix in bug 601, comment 9 is part of 6.8, it doesn't work for me. I had to use the "hard" fix in bug 601, comment 7 to get it to compile cleanly. That patch seems harmless enough, but I was wondering if someone can shed some light on why I am still getting this error after the "official" fix? ps. I am not sure if "imake" is the proper Component to file this under. Please advise if it should be changed. Other info: My config/cf/host.def file has only one entry (otherwise the symbol is not defined at all, and I get gcc errors): #define DefaultGcc2i386Opt -O2 I am running on a P4 2.4GHZ system with 512MB RAM. My compilation log is included below (relevant lines with some context): Compile command: $ make World > World.log 2>&1 === BEGIN World.log === <snip> ../../../../config/makedepend/makedepend: warning: PsInit.c (reading /usr/include/limits.h, line 124): cannot find include file "limits.h" not in DefaultGccIncludeDir/limits.h ../../../../config/makedepend/makedepend: warning: psout.c (reading ../../../../extras/freetype2/include/freetype/config/ftstdlib.h, line 138): cannot find include file "stdarg.h" not in ./stdarg.h not in ../../cfb/stdarg.h not in ../../mi/stdarg.h not in ../../mfb/stdarg.h not in ../../../../lib/stdarg.h not in ../../../../exports/include/X11/stdarg.h not in ../../include/stdarg.h not in ../stdarg.h not in ../../../../include/stdarg.h not in ../../../../include/extensions/stdarg.h not in ../../../../include/fonts/stdarg.h not in ../../../../lib/font/include/stdarg.h not in ../../../../extras/freetype2/include/stdarg.h not in ../../../../extras/freetype2/src/type42/stdarg.h not in ../../../../lib/font/FreeType/stdarg.h not in ../../../../stdarg.h not in ../../../../exports/include/stdarg.h not in /usr/include/stdarg.h not in DefaultGccIncludeDir/stdarg.h ../../../../config/makedepend/makedepend: warning: psout.c (reading ../../../../extras/freetype2/include/freetype/config/ftconfig.h), line 82: #error "Unsupported size of `int' type!" ../../../../config/makedepend/makedepend: warning: psout.c (reading ../../../../extras/freetype2/include/freetype/config/ftconfig.h), line 91: #error "Unsupported size of `long' type!" Floating point exception make[5]: *** [depend] Error 136 make[5]: Leaving directory `/home/anton/src/xorg-6.8/xc/programs/Xserver/Xprint/ps' make[4]: *** [depend] Error 2 make[4]: Leaving directory `/home/anton/src/xorg-6.8/xc/programs/Xserver/Xprint' make[3]: *** [depend] Error 2 make[3]: Leaving directory `/home/anton/src/xorg-6.8/xc/programs/Xserver' make[2]: *** [depend] Error 2 make[2]: Leaving directory `/home/anton/src/xorg-6.8/xc/programs' make[1]: *** [depend] Error 2 make[1]: Leaving directory `/home/anton/src/xorg-6.8/xc' make: *** [World] Error 2 === END World.log ===
Should bug 601 be re-opened?
Ok, that last comment needs a better explanation: I origionally thought my bug was something else with similar symptoms, but now it seems to be the same bug. So should the origional bug 601 be re-opened, and this one marked as a duplicate, or is this a different bug? Also, I confirmed this bug with CVS and changed the "Version" to CVS_HEAD. Can someone please take a look or at least confirm this bug? Is this a problem with my configuration?
(In reply to comment #1) > Should bug 601 be re-opened? Well, depends... Egbert didn't like my hacked workaround (and I agree with him - it's just an ugly workaround and no real fix) ... the part which confuses me that you don't fail in xc/lib/font/Freetype/ which comes far far earlier than the problem in comment #0 ... BTW: which freetype version did you use ?
(In reply to comment #3) > (In reply to comment #1) > > Should bug 601 be re-opened? > > Well, depends... Egbert didn't like my hacked workaround (and I agree with him - > it's just an ugly workaround and no real fix) ... the part which confuses me > that you don't fail in xc/lib/font/Freetype/ which comes far far earlier than > the problem in comment #0 ... Perhaps there is more than one piece of code which creates the condition which causes the bug. I understand that the fix only fixes the symptoms of a much larger problem (I don't fully understand the make-related stuff though). But how about including the workaround in CVS for a while, and see if it breaks anything. We should leave some kind of comment or maybe even a compilation warning that says this is an "ugly hack". > > BTW: which freetype version did you use ? I've tried both with the freetype included with XOrg and with the Debian package of Freetype 2.1.7 (by specifying "#define HasFreetype2 YES" if I understand correctly). The bug occures with or without "#define Freetype2BuildDefines -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER". I'll post another log file from latest CVS without any host.def file.
Created attachment 1511 [details] Trimmed compilation log from latest CVS Here is another compilation log showing the error. I left more context in place, but had to trim out most of the file because it was 2MB+ This was created without any host.def file (so whatever the defaults are); the error appears in the same place. I wonder if it has anything to do with the missing include warnings.
please reopen if this is still an issue with 6.9 or 7.0.
This is no longer a problem with the latest CVS version of XOrg 6.9 (updated 12:30am, 2005-12-26). I am marking this bug as fixed.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.