Alexandre Duret-Lutz wrote:
Dalibor Topic wrote:
Hi all,
I'm fighting with something rather bizarre in automake 1.8.5 / 1.8d.
In a subdir, my Makefile.am looks like this:
if COND_KAFFE_X_AWT
MAYBE_KAFFE_X_AWT = X
else
MAYBE_KAFFE_X_AWT =
endif
if COND_KAFFE_QT_AWT
MAYBE_KAFFE_
Hi Alexandre!
Having automake choke when ltmain.sh is missing causes no end
of trouble for libtool... because obviously we don't have ltmain.sh
yet at bootstrap time. We work around it by having a bootstrap
script touch ltmain.sh before running automake, and then removing
it so that make triggers
I have a Makefile.am that builds multiple libtool libraries, something
like this:
lib_LTLIBRARIES = libFOO.la
libFOO_la_CPPFLAGS = ...
libFOO_la_SOURCES = ...
libFOO_la_LIBADD = libBAR.la libBAZ.la
lib_LTLIBARIES += libBAR.la
libBAR_la_CPPFLAGS = ..
On Thu, 29 Jul 2004, J.T. Conklin wrote:
Everything builds fine, but a make install fails with a libtool first
complaining that it has to relink libFOO.la, which fails because the
linker can't find "-lBAR" -- probably because the BAR and BAZ
libraries haven't been installed yet.
Is there any way to
>>> "David" == David Ayers <[EMAIL PROTECTED]> writes:
[...]
David> and I couldn't identify a way to insert the LC_ALL=C there.
David> Then I looked at a way to use *.exp (by testing with a ~/.dejagnurc
David> which contained "set LC_ALL C") with no avail.
Its `set env(LC_ALL) C'.
Check p
>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
[...]
Gary> I think that what we *really* need is for automake to not
Gary> assume ltmain.sh is in the source tree, and some way for
Gary> the libtool Makefile.am to declare that config/ltmain.sh
Gary> is a built file so that automake d
Good day to you.
I am Gerald ELONSA the director in charge of Auditing and
Accounting section of Ecobank Benin in West Africa, and
also a special account officer of Mr. Hassan Balhas
Ghadar, a Lebanese. He was a Seasoned Contractor with
Benin Cement Company in Benin Republic., who unfortunately
d
