[XeTeX] XeTeX compile error in Gentoo Linux

Jonathan Kew jonathan_kew at sil.org
Mon May 29 18:19:34 CEST 2006


On 29 May 2006, at 3:02 pm, Ralf Stubner wrote:

> Jonathan Kew <jonathan_kew at sil.org> writes:
>
>> IIRC, I was also a bit nervous of relying on the location of
>> texmf.cnf as there seem to be multiple texmf.cnf files, and I didn't
>> have a good grasp of the implications of this.... e.g., on my Mac OS
>> X system, "kpsewhich texmf.cnf" and "kpsewhich --format='web2c files'
>> texmf.cnf" find different files.
>
> On my system this does find the same file. However, the paths used to
> find it are different. Compare
>
> kpsewhich --show-path='web2c files'
>
> with
>
> kpsewhich --show-path=cnf
>
> AFAIK it is the latter path which is used to locate texmf.cnf. For
> reference, this path is also defined in texmf.cnf as TEXMFCNF.

On looking a little further, I don't think I can pass texmf.cnf's  
location via the configure script; there doesn't seem to be an  
appropriate option for this. (The --datadir option, which  
runConfigure.sh sets based on the location of hyphen.tex, is for the  
main texmf tree, so /etc or /var locations are not appropriate; /usr/ 
share or similar is the right answer here.)

Instead, I think we can set the variable "web2cdir" when calling  
make, and this should lead to the path being inserted into paths.h.  
So I suggest the following change in build-xetex:

--- build-xetex (revision 241)
+++ build-xetex (working copy)
@@ -14,7 +14,7 @@
bash ./runConfigure.sh
# this should make ICU and TECkit along the way, if xetex.mk works
-(cd Work/texk/web2c && make xetex)
+(cd Work/texk/web2c && make web2cdir=`dirname \`kpsewhich texmf.cnf 
\`` xetex)
PRODUCTS=Work/texk/web2c/xetex
# xdv2pdf is for Mac OS X only, don't try to build on Linux

Ralf, does this seem like a reasonable approach (until proper TL  
integration)? It seems OK on the systems I've tried so far, but I  
don't have a Gentoo or Debian box available for testing.

오인수, would you like to rebuild on your system, and see if this  
lets xetex work *without* the symlink workaround?

JK



More information about the XeTeX mailing list