[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