[XeTeX] XeTeX doesn't compile (Snow Leopard)

Peter Dyballa Peter_Dyballa at Web.DE
Mon Nov 2 17:28:40 CET 2009


Am 02.11.2009 um 12:30 schrieb Mojca Miklavec:

> On Mon, Nov 2, 2009 at 11:35, Peter Dyballa wrote:
>>
>> Meanwhile I'll try to update XeTeX sources myself and see whether it
>> compiles here on Tiger...
>
> I never had problems to compile XeTeX on Leopard (though I admit that
> I didn't try to compile it for a while since cross-compilation didn't
> work), that is why I suspect that the problem is specific to Snow
> Leopard.


Your suspicion could be well-grounded – it also compiles OK on Tiger!  
My compile command was:

	gcc -DHAVE_CONFIG_H  -I. -I../../../texk/web2c -I.. -I../../../texk/ 
web2c/..  -no-cpp-precomp -I/usr/include/openssl -I/sw/include/ 
pango-1.0 -I/sw/lib/fontconfig2/include -I/usr/local/include -I/sw/ 
include   -I../../libs/icu-xetex/common -I../../../texk/web2c/../../ 
libs/icu-xetex/common -I../../../texk/web2c/../../libs/icu-xetex/ 
layout -DLE_USE_CMEMORY -I../../../texk/web2c/../../libs/teckit/ 
source/Public-headers -DHAVE_CONFIG_H  -I. -I../../../texk/web2c -I..  
-I../../../texk/web2c/..  -no-cpp-precomp -I/usr/include/openssl -I/ 
sw/include/pango-1.0 -I/sw/lib/fontconfig2/include -I/usr/local/ 
include -I/sw/include   -DXETEX_MAC -c ../../../texk/web2c/xetexdir/ 
XeTeX_mac.c -o XeTeX_mac.o

It is the same as yours (a few more "words" like "-no-cpp-precomp"  
or  "-I/usr/include/openssl" are there because I have some  
environment variables set the build_xetex scripts picks up and don't  
interfere). This scripts produces some mistakes:

	###### BUILDING IN Work
	###### CONFIGURING XETEX
	### Using paths:
	###   PREFIX          = /usr/local/texlive/2008
	###   PREFIX realpath = /usr/local/texlive/2008
	###   DATADIR         = /usr/local/texlive/2009
	###   WEB2CDIR        = /usr/local/texlive/2009
	### running TeX Live configure script as:
	../configure --prefix=/usr/local/texlive/2008 --datadir=/usr/local/ 
texlive/2009 --with-system-zlib --with-old-mac-fonts --disable-threads

I have to see why. And I'll make GCC report which C header files (-H  
option) it uses to compile the source files. This would show whether  
my own flags really do not interfere.

A final test with the command above in the compile directory would be  
to create just the pre-processed C code from the source file. In the  
included XeTeX_ext.h C header file there are the lines in the  
beginning, intended to handle 64-bit and 32-bit architectures:

	#ifndef __XETEXEXT_H
	#define __XETEXEXT_H
	
	/***** copied from TeX/texk/web2c/config.h -- difficult to include  
in C++ source files ******/
	#ifndef INTEGER_TYPE
	
	#if SIZEOF_LONG > 4 && !defined (NO_DUMP_SHARE)
	/* If we have 64-bit longs and want to share format files (with 32-bit
	   machines), use `int'.  */
	#define INTEGER_IS_INT
	#endif
	
	#ifdef INTEGER_IS_INT
	#define INTEGER_TYPE int
	#define INTEGER_MAX INT_MAX
	#define INTEGER_MIN INT_MIN
	#else
	#define INTEGER_TYPE long
	#define INTEGER_MAX LONG_MAX
	#define INTEGER_MIN LONG_MIN
	#endif /* not INTEGER_IS_INT */
	
	typedef INTEGER_TYPE integer;
	#endif /* not INTEGER_TYPE */
	/***** end of config.h stuff *****/
	...

This might be faulty on Snow Leopard – and I can't check it! I'll  
have to see what this code does on Tiger to possibly understand what  
it might be doing on Snow Leopard.

Do you have installed the proper parts of the Developers Meta- 
Package? Does the installer offer to also install 32-bit support?

--
Greetings

   Pete

Klingon function calls do not have "parameters" - they have  
"arguments" - and they ALWAYS WIN THEM.



More information about the XeTeX mailing list