Hey,
* Vincent Torri wrote on Thu, May 01, 2008 at 03:56:11PM CEST:
what is the best way to remove the checks of g++ and g77 when using
AM_PROG_LIBTOOL ?
define([AC_LIBTOOL_LANG_CXX_CONFIG], [:])dnl
define([AC_LIBTOOL_LANG_F77_CONFIG], [:])dnl
This one.
thank you
Note that the library
Peter O'Gorman wrote:
> Richard Purdie wrote:
>> Hi,
>>
>> As previously mentioned, I've been stress testing libtool 2.2.2 with
>> Poky a bit.
>>
>> I've found one issue when I tested the darwin builds, specifically that
>> it tried to use "otool" and "otool64" and not the versions with the host
>>
Hello Vincent,
* Vincent Torri wrote on Thu, May 01, 2008 at 03:56:11PM CEST:
> what is the best way to remove the checks of g++ and g77 when using
> AM_PROG_LIBTOOL ?
> define([AC_LIBTOOL_LANG_CXX_CONFIG], [:])dnl
> define([AC_LIBTOOL_LANG_F77_CONFIG], [:])dnl
This one.
> Note that the libra
Hi all,
What would be the proper procedure to upgrade the libtool already integrated
in a package?
I upgraded my system wide libtool to 2.2.2 but I have to compile a package
having an old 1.2 version (ltmain.sh & ltconfig).
--
Didier Godefroy
mailto:[EMAIL PROTECTED]
___
Richard Purdie wrote:
> Hi,
>
> As previously mentioned, I've been stress testing libtool 2.2.2 with
> Poky a bit.
>
> I've found one issue when I tested the darwin builds, specifically that
> it tried to use "otool" and "otool64" and not the versions with the host
> prefix which my setup has. I
Hi,
As previously mentioned, I've been stress testing libtool 2.2.2 with
Poky a bit.
I've found one issue when I tested the darwin builds, specifically that
it tried to use "otool" and "otool64" and not the versions with the host
prefix which my setup has. I fixed this with the patch below which
Hey,
what is the best way to remove the checks of g++ and g77 when using
AM_PROG_LIBTOOL ?
that one:
m4_undefine([AC_PROG_CXX])
m4_defun([AC_PROG_CXX],[])
m4_undefine([AC_PROG_F77])
m4_defun([AC_PROG_F77],[])
or that one
define([AC_LIBTOOL_LANG_CXX_CONFIG], [:])dnl
define([AC_LIBTOOL_LANG_