[XeTeX] Patches for XeTeX installation scripts (XeTeX on FreeBSD + more)

[Nikola Lecic]

On Tue, 10 Jul 2007 17:43:39 +0100
Jonathan Kew <jonathan_kew at sil.org> wrote:

> On 9 Jul 2007, at 4:13 am, Nikola Lecic wrote:
> > If XeTeX doesn't hardcode TeX paths and relies on kpsewhich  
> > everywhere,
> > then maybe this whole thing is not needed.
> 
> It should rely on kpse functions, so I don't think the hardcoded  
> paths really matter; but I do like the idea of making them more  
> consistent and portable, to the extent that we can.

I understand; at the end of ends, TL installation scripts install
pre-compiled binaries to a random directory and they work, but it
probably depends on other parts of TL config... Anyway, I might try to
make some more similar experiments regarding this, including both
which(1)/kpse* results mismatch and using system library paths
(/usr/X11R6, for example) in the installation scripts -- and send you
ideas for testing and approval.

> I've been experimenting with your patches, and made just a few small  
> changes based on what I've seen on OS X and Linux. I've now checked- 
> in updated versions of the scripts, and hope these will work for
> you. (It seemed easier to go ahead and check these into SVN rather
> than swap patches back and forth.)
> 
> Please let me know if I've broken anything in the changes I've made,  
> and I'll be happy to make further adjustments.

That's it, I've successfully compiled rev. 503. Just one tiny thing;
sed argument must have double quotes here:

  WEB2CDIR=`echo ${WEB2CDIR} | sed -e 's!${REALPATHPREFIX}!${PREFIX}!'`

(this way the variables inside s/// are not simultaneously expanded) --
two occurences in runConfigure.sh and one in build-xetex.

Now, if there is no plan for replacing these scripts with standard
'configure/make/make install' in the near future -- and if you agree --
I'd gladly try to do it. Is there anything special that should be taken
into consideration in understanding this task (something related to TL
building, for example -- than can make it too complex)?

> Many thanks

You're welcome :)

Nikola Lečić