[OS X TeX] Re: Xindy?

Joachim Schrod jschrod at acm.org
Mon Jul 17 21:37:55 EDT 2006

Peter Dyballa wrote:

First, an important point. You wrote:

> That these steps 
> cannot always be reproduced makes sure that this software is still 
> experimental and not well adapted to PPC Mac OS X.

This might be a misconception: xindy is not adapted at all to Mac OS X, be it on 
PPC or on Intel. It *is* experimental on a Mac, that's definitivly a true 
statement: The configuration is for Unix, and one user (Maarten) reported that 
it compiled on his Mac when one turns off readline. In this forum, some other 
users reported that they can compile it as well, but many others have problems. 
What I'm trying to do here is to collect information how to adapt configuration 
and compilation to Mac OS X.

I'm sorry to say that the log excerpts that you posted don't give me any clue 
where the problem could be. (As I wrote, I don't have a Mac and cannot try to 
reproduce any of your problems.)

That said, I can comment on a few things.

1) configure call:

  >     ./configure LDFLAGS="-dead_strip -L/usr/local/lib -L/sw/lib/ncurses
> -L/sw/lib -L/usr/X11R6/lib" CPPFLAGS="-I/usr/local/include -I/sw/include 
> -I/usr/X11R6/include" CFLAGS="-ggdb -O -pipe -faltivec -maltivec 
> -mabi=altivec -mcpu=7450 -no-cpp-precomp -fomit-frame-pointer 
> -foptimize-register-move -fcprop-registers -frename-registers 
> -freorder-blocks -fpeephole -mpowerpc-gfxopt -mpowerpc-gpopt"

I don't know what you want to achieve, but this is a sure way to make it fail; 
all of these -f options are bound to cause havoc during compilation. You 
influence low-level register allocation and stack-frame layout decisions; you 
should only do this when you're very sure that you need this and know exactly 
what they will cause in the application.

Has configure problems in detecting your correct platform? Is that the reason 
for those -m options?
The whole CFLAGS settings should not be used, as far as I can see. I would 
*never* use -dead_strip either as long as I'm debugging compilation problems; 
that might strip code that is later used by plug-ins.

2) I have to say that I don't understand the following statement completely:

> I don't mind that some configure scripts have their own idea how they 
> are to be used, but I do mind that the rte configure takes some FLAGs 
> from the outside environment and does not follow what I've set at 
> starting the whole phase.

  -- That *FLAGs are taken from the environment is a wanted
     behavior, as with all programs that use GNU's configure framework.
     I.e., this is a feature and not a bug; we will not be able to change
     that, since we are bound to configure by the reuse of other projects'

  -- I don't understand the "does not follow" part. From the logs that you
     posted, the options that you specified were used during compilation.
     Perhaps I did not see it: Where did you expect which options to be used,
     and they weren't?

3) But the real showstopper are those syntax errors in shell commands during 
configuration or compilation. E.g., stuff like

  >     checking the maximum length of command line arguments... expr:
> syntax error
>     ../libtool: line 5306: test: : integer expression expected
>     ../libtool: line 5306: test: : integer expression expected
>     using piecewise archive linking...
>     ../libtool: line 5341: test: : integer expression expected
>     ../libtool: line 5341: test: : integer expression expected

This means that some Unix commands in configure and in libtool that work on 
dozens of Unix platforms don't work on Mac OS X. (This problem got reported by 
Simon as well.) I have no idea at all what causes this, that needs Mac OS X 
and/or Fink expertise to solve.

Maybe one needs to check if the same problem is still there with CLISP 2.38 
(downloadable from http://clisp.cons.org/). The test command sequence is:

     ./configure --with-export-syscalls --with-module=regexp \
         --without-readline --without-unicode
     cd src
     ./makemake --with-dynamic-ffi --with-export-syscalls \
         --with-module=regexp --without-readline \
         --without-unicode >Makefile
     make config.lisp
     make check || make check


Joachim Schrod				Email: jschrod at acm.org
Roedermark, Germany

------------------------- Info --------------------------
Mac-TeX Website: http://www.esm.psu.edu/mac-tex/
          & FAQ: http://latex.yauh.de/faq/
TeX FAQ: http://www.tex.ac.uk/faq
List Archive: http://tug.org/pipermail/macostex-archives/

More information about the MacOSX-TeX mailing list