Gary V. Vaughan wrote:
Hi Roumen,
On 22 May 2010, at 03:26, Roumen Petrov wrote:
Gary V. Vaughan wrote:
The Libtool Team is pleased to announce release candidate 2.2.7b of GNU
Libtool. If there are no serious deficiencies reported in this release,
it will be renumbered as 2.2.8 and
On Sun, May 23, 2010 at 11:11 AM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
* Alon Bar-Lev wrote on Sat, May 22, 2010 at 11:13:50AM CEST:
On Sat, May 22, 2010 at 12:04 PM, Ralf Wildenhues wrote:
* Alon Bar-Lev wrote on Sat, May 22, 2010 at 09:44:46AM CEST:
If I read your response
* Alon Bar-Lev wrote on Sat, May 22, 2010 at 11:13:50AM CEST:
On Sat, May 22, 2010 at 12:04 PM, Ralf Wildenhues wrote:
* Alon Bar-Lev wrote on Sat, May 22, 2010 at 09:44:46AM CEST:
If I read your response correctly, all is needed is to set:
lt_cv_deplibs_check_method=pass_all
For mingw
[ moving from libtool@ ]
Hi Gary,
* Gary V. Vaughan wrote on Fri, May 21, 2010 at 02:22:09AM CEST:
The Libtool Team is pleased to announce release candidate 2.2.7b of GNU
Libtool. If there are no serious deficiencies reported in this release,
it will be renumbered as 2.2.8 and re-released
On 22 May 2010, at 16:04, Ralf Wildenhues wrote:
Hi Gary,
Hallo Ralf,
* Gary V. Vaughan wrote on Fri, May 21, 2010 at 02:22:09AM CEST:
The Libtool Team is pleased to announce release candidate 2.2.7b of GNU
Libtool. If there are no serious deficiencies reported in this release,
it will be
* Gary V. Vaughan wrote on Sat, May 22, 2010 at 11:21:37AM CEST:
On 22 May 2010, at 16:04, Ralf Wildenhues wrote:
As a veeery minor nit may I note that with git, it is common to separate
the first line of the commit entry from the rest, in order for 'git log
--oneline' to work as expected.
On Fri, May 21, 2010 at 3:22 AM, Gary V. Vaughan g...@gnu.org wrote:
GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable interface. GNU Libtool ships with GNU libltdl,
which hides the complexity of loading dynamic runtime libraries
(modules) behind a
Hi Alon,
On 22 May 2010, at 13:02, Alon Bar-Lev wrote:
On Fri, May 21, 2010 at 3:22 AM, Gary V. Vaughan g...@gnu.org wrote:
GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable interface. GNU Libtool ships with GNU libltdl,
which hides the complexity of
On Sat, May 22, 2010 at 9:46 AM, Gary V. Vaughan g...@gnu.org wrote:
Hi Alon,
On 22 May 2010, at 13:02, Alon Bar-Lev wrote:
On Fri, May 21, 2010 at 3:22 AM, Gary V. Vaughan g...@gnu.org wrote:
GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable
Hello,
please don't Cc: autotools-announce on discussions. Thanks.
* Alon Bar-Lev wrote on Sat, May 22, 2010 at 09:44:46AM CEST:
If I read your response correctly, all is needed is to set:
lt_cv_deplibs_check_method=pass_all
For mingw hosts.
But I am no expert in libtool, and it is a
On Sat, May 22, 2010 at 12:04 PM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
Hello,
please don't Cc: autotools-announce on discussions. Thanks.
Sorry.
* Alon Bar-Lev wrote on Sat, May 22, 2010 at 09:44:46AM CEST:
If I read your response correctly, all is needed is to set:
On Fri, May 21, 2010 at 3:22 AM, Gary V. Vaughan g...@gnu.org wrote:
GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable interface. GNU Libtool ships with GNU libltdl,
which hides the complexity of loading dynamic runtime libraries
(modules) behind a
* Adam Mercer wrote on Fri, May 21, 2010 at 07:23:38PM CEST:
Just updated one of my projects to use libtool-2.2.7b and configure
now fails with:
configure: error: conditional am__fastdepCXX was never defined.
Usually this means the macro was only invoked conditionally.
in configure.ac I
On Sat, 22 May 2010, Gary V. Vaughan wrote:
Is the problem due to Windows searching for DLLs along $PATH? And, if so, do
you know whether the current directory is always searched first irrespective
of the PATH setting?
Yes, Windows uses PATH equivalently to LD_LIBRARY_PATH except that it
Hey,
On Fri, 21 May 2010, Gary V. Vaughan wrote:
GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable interface. GNU Libtool ships with GNU libltdl,
which hides the complexity of loading dynamic runtime libraries
(modules) behind a consistent, portable
On Thu, May 20, 2010 at 19:22, Gary V. Vaughan g...@gnu.org wrote:
Hi
The Libtool Team is pleased to announce release candidate 2.2.7b of GNU
Libtool. If there are no serious deficiencies reported in this release,
it will be renumbered as 2.2.8 and re-released (otherwise, we'll fix
any
Hi Adam,
On 22 May 2010, at 00:23, Adam Mercer wrote:
On Thu, May 20, 2010 at 19:22, Gary V. Vaughan g...@gnu.org wrote:
The Libtool Team is pleased to announce release candidate 2.2.7b of GNU
Libtool. If there are no serious deficiencies reported in this release,
it will be renumbered as
On Fri, May 21, 2010 at 14:01, Gary V. Vaughan g...@gnu.org wrote:
Gary
In the end AC_PROG_CXX is not very time consuming, so I'd recommend
something more along the lines of (untested - from memory):
AC_PROG_CXX
AM_CONDITIONAL([BUILD_BOINC], [test x${boinc} = xtrue])
and then in
Gary V. Vaughan wrote:
GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable interface. GNU Libtool ships with GNU libltdl,
which hides the complexity of loading dynamic runtime libraries
(modules) behind a consistent, portable interface.
The Libtool Team is
Hi Roumen,
On 22 May 2010, at 03:26, Roumen Petrov wrote:
Gary V. Vaughan wrote:
The Libtool Team is pleased to announce release candidate 2.2.7b of GNU
Libtool. If there are no serious deficiencies reported in this release,
it will be renumbered as 2.2.8 and re-released (otherwise, we'll
GNU Libtool hides the complexity of using shared libraries behind a
consistent, portable interface. GNU Libtool ships with GNU libltdl,
which hides the complexity of loading dynamic runtime libraries
(modules) behind a consistent, portable interface.
The Libtool Team is pleased to announce
21 matches
Mail list logo