On Mon, Jul 09, 2007 at 10:40:57AM -0400, S James S Stapleton wrote:
libtool-1.9f
This alpha release is dated. However, current CVS is broken on MinGW. I would
check out CVS from a month ago or use the latest 1.5 release.
[EMAIL PROTECTED] /c/Documents and Settings/stapleton.41/My
CVSROOT:/sources/libtool
Module name:libtool
Changes by: Noah Misch noah 07/06/21 19:02:36
Modified files:
. : ChangeLog Makefile.am
tests/f77demo : configure.ac
tests/fcdemo : configure.ac
Log message:
* tests/f77demo
On Thu, Jun 21, 2007 at 07:06:01PM +0200, Ralf Wildenhues wrote:
Yes, please apply. It would be nice if Benoit could confirm that it
works for him as well, and nice of you to mention him as bug reporter
in the ChangeLog entry. :-)
Done. Thanks for the reviews and testing.
CVSROOT:/sources/libtool
Module name:libtool
Changes by: Noah Misch noah 07/06/18 03:49:20
Modified files:
. : AUTHORS ChangeLog
Log message:
* AUTHORS: Add myself.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/libtool/AUTHORS?cvsroot
Hi Ralf,
On Sat, Jun 16, 2007 at 11:13:36AM +0200, Ralf Wildenhues wrote:
* Noah Misch wrote on Fri, Jun 15, 2007 at 02:42:04AM CEST:
Therefore, I took a different approach:
list the files to distribute directly in the top-level Makefile.am,
and do not bother to configure the test
On Thu, Jun 14, 2007 at 08:50:41PM -0500, Bob Friesenhahn wrote:
On Thu, 14 Jun 2007, Noah Misch wrote:
`make dist' now works fine on a system with no Fortran. The list of files
in
the distribution has not changed.
Normally I would be more in favor of narrowing the scope of management
On Thu, Jun 14, 2007 at 01:47:12PM +0200, Benoit Sigoure wrote:
is there any reason why I can checkout, configure and make all check
libtool HEAD but not distcheck it? Configure would complain (only
during distcheck) that I don't have a working Fortran compiler.
I posted a patch to fix
On Thu, Jun 14, 2007 at 02:52:45PM +0200, Benoit Sigoure wrote:
Quoting Noah Misch [EMAIL PROTECTED]:
On Thu, Jun 14, 2007 at 01:47:12PM +0200, Benoit Sigoure wrote:
is there any reason why I can checkout, configure and make all check
libtool HEAD but not distcheck it? Configure would
Hi Charles,
Overall, the patch looks suitable. Some minor comments:
On Sun, Jun 10, 2007 at 02:23:58PM -0400, Charles Wilson wrote:
2007-04-22 Charles Wilson [EMAIL PROTECTED]
* libltdl/config/ltmain.m4sh (func_ltwrapper_script_p):
new function detects if $1 is a libtool sh
On Thu, Jun 14, 2007 at 09:02:39AM -0700, Noah Misch wrote:
On Thu, Jun 14, 2007 at 02:52:45PM +0200, Benoit Sigoure wrote:
Quoting Noah Misch [EMAIL PROTECTED]:
On Thu, Jun 14, 2007 at 01:47:12PM +0200, Benoit Sigoure wrote:
is there any reason why I can checkout, configure and make all
On Mon, Jun 11, 2007 at 08:27:26AM -0500, Paul Elliott wrote:
The sponsor of peless to debian complains that peless
links to too many libraries that it does not strictly
speaking need:
g++ -g -O2 -o peless -L/usr/lib peless-peless.o peless-gmore.o
+peless-search.o -pthread
On Fri, Jun 08, 2007 at 01:11:17PM -0400, Charles Wilson wrote:
if ((stat (path, st) = 0) (
-/* MinGW native WIN32 do not support
S_IXOTH or S_IXGRP */
-#if defined (S_IXOTH)
-((st.st_mode S_IXOTH) == S_IXOTH) ||
-#endif
On Sat, Jun 02, 2007 at 10:56:22AM -0400, Charles Wilson wrote:
Noah Misch wrote:
Long-term, we can revise this cumbersome division of work between the
executable
wrapper and the wrapper script. Ideally, the wrapper methodology for Unix
should resemble that for Cygwin/MSYS, so we don't have
On Fri, Jun 01, 2007 at 05:20:05PM -0400, Charles Wilson wrote:
On Fri, 25 May 2007 11:27:08 -0400, Charles Wilson said:
On May 4, 2007, Charles Wilson wrote:
http://lists.gnu.org/archive/html/libtool-patches/2007-04/msg00088.html
Ping * 3.
I don't speak for the Libtool maintainers, but
On Tue, May 22, 2007 at 02:16:20PM +0100, T Kiernan wrote:
makedepend: warning: qs.cc (reading /usr/local64/include/OB/Basic.h, line
206): cannot find include file iostream
not in /usr/local64/include/OB/iostream
not in
On Thu, May 17, 2007 at 05:44:33PM -0400, Eric S. Raymond wrote:
# Names of this library.
library_names='libglib-2.0.so.0.1200.4 libglib-2.0.so.0 libglib-2.0.so'
# The name of the static archive.
old_library=''
This `.la' file tells Libtool that there is no static library, even though there
On Thu, May 17, 2007 at 11:56:54PM -0400, Eric S. Raymond wrote:
Noah Misch [EMAIL PROTECTED]:
This `.la' file tells Libtool that there is no static library, even
though there is one. Either the Libtool that generated this library
was buggy, or something edited the file after Libtool wrote
On Fri, May 04, 2007 at 08:51:06AM +0200, Ralf Wildenhues wrote:
* Noah Misch wrote on Fri, May 04, 2007 at 03:52:24AM CEST:
`make dist' needs every test demo directory configured. If the system has
no
F90 compiler, tests/fcdemo/configure always fails. This patch adds an
option
10.1.
2007-05-04 Noah Misch [EMAIL PROTECTED]
* libltdl/config/general.m4sh (func_echo): Use $* instead of ${1+$@}.
diff -urpX dontdiff lt-bootstrap/libltdl/config/general.m4sh
lt-echozsh/libltdl/config/general.m4sh
--- lt-bootstrap/libltdl/config/general.m4sh2007-03-25 07:12
/Linux, but it now skips on Mac OS 10.1. It
should now skip rather than pass on AIX.
2007-05-04 Noah Misch [EMAIL PROTECTED]
* tests/duplicate_deps.at: Make the XFAIL unconditional, but skip the
test if the test link would succeed even without --preserve-dup-deps.
diff -urpX
for the sake of `make dist'.
2007-05-03 Noah Misch [EMAIL PROTECTED]
* tests/fcdemo/configure.ac dist: New option. Skip call to
AC_FC_SRCEXT when specified.
* Makefile.am (@DIST_MAKEFILE_LIST@): Pass --with-dist.
diff -urpX dontdiff lt-bootstrap/Makefile.am lt-fcdist/Makefile.am
On Thu, May 03, 2007 at 01:02:49PM +0100, Joseph Wakeling wrote:
Noah Misch wrote:
AM_CFLAGS = -ansi -pedantic -Wall
Note that it's usually unwise to add such flags unconditionally; many
compilers
do not support them.
Thanks very much. I hadn't thought about the compiler issue
On Wed, May 02, 2007 at 12:30:48AM +0100, Joseph Wakeling wrote:
First, I'm not sure how to add cflags and library flags to gcc as called
by libtool.
Given this from your configure.ac:
MINGA_CFLAGS=-ansi -pedantic -Wall
AC_SUBST([MINGA_CFLAGS])
Add a line like this to Makefile.am:
the constructor has run before main(); if it has, the
test passes. If it has not, the test fails.
Does the test this patch adds exercise the bug affecting your compiler?
2007-04-25 Noah Misch [EMAIL PROTECTED]
* tests/ctor.at: New file.
* Makefile.am (TESTSUITE_AT): Add tests
On Wed, Sep 21, 2005 at 10:36:34PM +0200, Ralf Wildenhues wrote:
names. With `join', this issue could easily be fixed, but it's not
available on mingw (and not in the list of allowed tools). :-/
Given that MSYS is ``a Minimal SYStem, with which a configure script could be
executed,''[1] its
On Wed, Aug 31, 2005 at 05:40:59PM +0200, Stepan Kasal wrote:
Hello,
I noticed that the break called in a parameter to
AC_LINK_IFELSE skips the command
rm conftest conftest.$ac_objext ...
This means that the files are left uncleaned.
The patch attached to this mail exposes the
On Tue, Aug 30, 2005 at 12:30:35PM +0100, Gary V. Vaughan wrote:
* libltdl/m4/options.m4 (_LT_WITH_PIC): Renamed...
(_LT_ENABLE_PIC): ...this. Adjust all callers. The configure
option is now `--enable-pic', since `--with-pic' implies that the
user wants to compile in
Hi Ralf,
On Fri, Aug 26, 2005 at 10:38:46AM +0200, Ralf Wildenhues wrote:
* Noah Misch wrote on Fri, Aug 26, 2005 at 03:46:51AM CEST:
On Thu, Aug 25, 2005 at 04:54:06PM +0200, Ralf Wildenhues wrote:
* Noah Misch wrote on Thu, Aug 25, 2005 at 03:42:34PM CEST:
If you simply echo
On Thu, Aug 25, 2005 at 08:41:12AM +0200, Ralf Wildenhues wrote:
* Noah Misch wrote on Thu, Aug 25, 2005 at 12:28:35AM CEST:
I wrote a goofy fix for this shortly after Gary and I finalized the current
implementation. The problem seemed minor, so I did not contribute said
goofy
fix
On Thu, Aug 25, 2005 at 03:01:29PM +0200, Ralf Wildenhues wrote:
* libltdl/m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER)
(_LT_LINKER_SHLIBS): Double-quote unsafe tag variable
descriptions: they are literals.
This is reasonable. The central problem is _LT_LIBTOOL_DECLARE
On Thu, Aug 25, 2005 at 04:54:06PM +0200, Ralf Wildenhues wrote:
* Noah Misch wrote on Thu, Aug 25, 2005 at 03:42:34PM CEST:
On Thu, Aug 25, 2005 at 08:41:12AM +0200, Ralf Wildenhues wrote:
There's one thing I still don't understand: before, we had a bunch of
$echo $cmd
$run
On Wed, Aug 24, 2005 at 09:51:24PM +0200, Ralf Wildenhues wrote:
On AIX, when libtool generates a symbol list, it wrongly outputs this:
| /usr/bin/nm -B -BCpg .libs/hello.o .libs/foo.o | awk '{ if (((exit $? ==
T) || (exit $? == D) || (exit $? == B)) (substr(,1,1) != .)) {
print } }'
On Mon, Aug 22, 2005 at 07:54:59PM +0100, Gary V. Vaughan wrote:
[1] Autoconf-2.60 needs M4-2.0 needs Libtool-2.0 (ISTR that
For what does Autoconf need M4 2.0?
___
http://lists.gnu.org/mailman/listinfo/libtool
On Wed, Nov 24, 2004 at 07:18:48PM -0500, Paul Smith wrote:
But I need to be able to copy that entire image to another location, set
ROOT to that location, and cross-compile code using that image in that
new location.
export ROOT=/tmp/ppc-image
./configure --prefix=/usr CC=ppc-gcc
On Wed, Nov 24, 2004 at 07:18:48PM -0500, Paul Smith wrote:
My environment involves running in an x86 host running Linux, and
cross-compiling everything for a different target. A few extra things
about this are (a) that we do not use chroot or any similar technology,
and (b) the entire thing
On Wed, Nov 24, 2004 at 07:47:54PM -0600, Bob Friesenhahn wrote:
On Wed, 24 Nov 2004, Ralf Wildenhues wrote:
direct dependency:
A program or library has a direct dependency on a library, if it depends
on some interface that library provides, see node Interfaces for a more
thorough
This is a great document. A few comments --
On Wed, Nov 24, 2004 at 02:05:50PM +0100, Ralf Wildenhues wrote:
needed-following linker:
A system with a needed-following linker has a means to record
dependencies on other libraries within a library (based on the soname of
the dependency
On Wed, Nov 10, 2004 at 10:44:33PM +0100, Alexandre Duret-Lutz wrote:
Strictly speaking automake does not know these dependencies. It
knows some dependencies, but because of the possibility to
AC_SUBST variables for conditional linking, and doest not know
exactly all of them (think
On Wed, Nov 10, 2004 at 01:17:19AM +0100, Alexandre Duret-Lutz wrote:
- the relinking dependency debacle:
For libtool to relink libraries when installing them, all
dependencies must have been installed. However automake cannot
pre-compute this installation order when it is run, and
On Wed, Nov 10, 2004 at 12:28:24PM -0600, Bob Friesenhahn wrote:
The problem is that Automake does *not* know the dependency graph of
each object. Within one Makefile, this is possible (and mostly
supported) but most projects depend on SUBDIRS to recurse though
subordinate Makefiles so
On Wed, Nov 10, 2004 at 08:52:00PM +0100, Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Wed, Nov 10, 2004 at 08:31:15PM CET:
On Wed, 10 Nov 2004, Noah Misch wrote:
If Automake descends into SUBDIRS to install in the same order it
does to build and uses `make' dependencies to ensure
On Tue, Oct 19, 2004 at 08:49:30PM +0100, Roger Leigh wrote:
Many Makefile.ams use logic like this:
if PLATFORM_WIN32
no_undefined = -no-undefined
endif
lib_LTLIBRARIES = libfoo
libfoo_LDFLAGS = ... $(no_undefined)
This makes -no-undefined only get used when
On Wed, Oct 20, 2004 at 01:08:26PM +0900, Peter O'Gorman wrote:
On at least Mac OS X libraries built with -no-undefined are different from
those built without. Why should we not take advantage of any extra features
offered by the toolchain/OS for libraries with no undefined symbols.
I
The name func_quote_for_eval brings to my mind this invariant:
Given any $foo, $bar and $foo compare identically after these commands:
func_quote_for_eval $foo
eval bar=$func_quote_for_eval_result
It is not so for $foo containing metacharacters with meaning within double
quotes. Naturally,
I am working to make the libtool test suite pass on Mac OS X 10.1. Status:
24 of 87 tests failed
(13 tests were not run)
Please report to [EMAIL PROTECTED]
If others are working on this, let us collaborate. I suspect
On Thu, Jun 24, 2004 at 07:35:50AM +0900, Peter O'Gorman wrote:
Noah Misch wrote:
I am working to make the libtool test suite pass on Mac OS X 10.1. Status:
24 of 87 tests failed
(13 tests were not run)
Please report to [EMAIL PROTECTED
46 matches
Mail list logo