Hi Mark. I had managed build of 2.6.1 today. I have no macports
software involved - which is what I want. This is enough to get me
started with ledger. Will keep trying things to get a successful mac
build with 3.0a. I am close, but still not working yet.
For 2.6.1 I complied to /opt/local. One interesting this is that gmp
and mpfg for intel mac with compile by default as 64bit architecture
which makes the binaries unusable for ledger. Adding ABI=32 to
configure will ensure that it is building for correct architecture.
Strongly advisable to run make check on gmp particularly since it has
history of problems with apple compliers. Second interesting part was
that emacs is actually a dependency. Make failed without it. These
are versions of dependencies I used:
boost - 1.38
boostjam - 3.1.7
gettext - 0.17
gmp - 4.2.4
mpfg - 2.4.1
pcre - 7.8
python - 2.5
emacs - 22.3
I downloaded the 2.6.1 source and ran sh ./autogen.sh to generate
configure.
Compiled with the following:
./configure --prefix=/opt/local CPPFLAGS='-I/opt/local/include -I/opt/
local/include/boost-1_38 -I/opt/local/include/python2.5' LDFLAGS='-g -
L/opt/local/lib -L/opt/local/lib/python2.5/config' --with-boost-
suffix=-xgcc40-mt-1_38
I have autoconf 2.6.1, automake 1.1.0 and build with an older libtool.
I compiled libtool 2.2.6 this evening as it was a possible source of
my trouble with 3.0a. I believe there is an underlying issue with the
autoconf supplied by apple for this since autoreconf -v is displaying:
autoreconf: Entering directory `.'autoreconf: configure.ac: not
running autopoint: --install not givenautoreconf: running: aclocal -I
m4autoreconf: configure.ac: tracing
autoreconf: configure.ac: not running glibtoolize: --install not given
autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --no-force
autoreconf: Leaving directory `.'
This is after the installation of the new libtool so it is evident
that its still attempting to use glibtoolize instead of libtoolize,
most likely due to the system autoconf. So next will be building m4
and autoconf to ensure I am getting the new libtool involved in the
mix. I believe this the problem. Configure works and everything good
until make where it is failing:
david-pratts-mac-mini:ledger davidpratt$ make
cp -p src/system.hh.in system.hh
make all-recursiveMaking all in pomake[2]: *** No rule to make target
`all'. Stop.
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
My steps for 3.0a complile are
clone from git repo
./acprep submodule
./acprep version
sh ./autogen.sh
./configure --prefix=/tmp/ledger CPPFLAGS='-I/opt/local/include -I/opt/
local/include/boost-1_38 -I/opt/local/include/python2.5' LDFLAGS='-g -
L/opt/local/lib -L/opt/local/lib/python2.5/config' CXXFLAGS='-ansi -
Wall -Wcast-align -Wcast-qual -Wfloat-equal -Wmissing-field-
initializers -Wno-endif-labels -Woverloaded-virtual -Wsign-compare -
Wsign-promo -Wstrict-null-sentinel -Wwrite-strings -Wno-old-style-cast
-Wno-deprecated' --with-boost-suffix=-xgcc40-mt-1_38
make
(doesn't make it past make at this point)
Regards,
David
On 26-Mar-09, at 6:05 PM, John Wiegley wrote:
On Mar 26, 2009, at 4:55 PM, Mark Carter wrote:
So, at the moment, I can only offer you some hints. Try doing
./configure CPPFLAGS=-I/opt/local/include
followed by
./acprep update
./configure
make
Just running "./acprep update" does all of these steps.
John
