Hi,
compiling LyX 1.4.2 on Mac Intel yesterday, I encountered one little
snag which is worth pointing out - the version of automake required
by autogen.sh was not in /usr/bin. It's very simple to fix, but I
want to write it out clearly. Here is what I have:
% /usr/bin/automake --version
automake (GNU automake) 1.6.3
The required version of automake is 1.9, and I installed that using
fink:
% /sw/bin/automake --version
automake (GNU automake) 1.9.6
On the other hand, the autoconf from fink has
% /sw/bin/autoconf --version
autoconf (GNU Autoconf) 2.60
This version turns out to be too HIGH for autogen.sh (it seems to be
checking for something up to 2.59). Fortunately, that is just what
the version of autoconf in /usr/bin is:
% /usr/bin/autoconf --version
autoconf (GNU Autoconf) 2.59
I suspect it would be fine if one just allowed version 2.60 for
autoconf in the autogen.sh script, but instead of that I simply
provided the absolute paths to the correct versions of both automake
and autoconf by changing autogen.sh to include
AUTOCONF="/usr/bin/autoconf"
instead of
AUTOCONF="autoconf"
This works because /sw/bin precedes /usr/bin in my $PATH variable,
so automake is taken from /sw/bin and autoconf from /usr/bin now.
I followed the INSTALL.Mac instructions, except for the above step
and the following additional exceptions:
(2)
I did NOT manage to compile LyX with gcc3.3, so I stuck with gcc4.0
for both the qt and the lyx compilations.
(3)
Since I use tcsh instead of bash, my syntax is a little different for
the environment variables:
setenv LDFLAGS "-framework Carbon -framework OpenGL -framework AGL -
framework QuickTime -lz"
That's all - the resulting LyX.app works nicely except for the LyX
menu issue I posted earlier, which however appears in the PPC build
of the binary distribution as well (i.e., one could say I've verified
that bug in two different builds on Mac Intel now). I'll wait for
some feedback on that issue and then (depending on the list's advice)
I could also file a bug report.
Jens
