Hi Thien-Thi,
* Thien-Thi Nguyen wrote on Sun, Mar 09, 2008 at 10:29:13AM CET:
() Peter O'Gorman [EMAIL PROTECTED]
() Sat, 08 Mar 2008 17:33:47 -0600
It seems likely that you have a configure that was created with
a different version of libtool than ltmain.sh was created with.
Are
Roumen Petrov wrote:
Ralf Wildenhues wrote:
* Roumen Petrov wrote on Sun, Mar 09, 2008 at 05:01:30PM CET:
[SNIP]
Hmm during the tests tests/demo/helldl.exe is compiled many times.
First is ok, later don't produce output(exit code 127) and
tests/demo/.libs/helldl.exe crash.
Roumen
snowcrash+libtool wrote:
(hm. looks like a list 'scrip is needed for bug-libtool. 'take 2'.)
13: duplicate_deps.at:25 preserve duplicate convenience deps
libtool
17: convenience.at:109 F77 convenience archives
F77 libtool
18: convenience.at:169 FC convenience archives
Hello Peter, Markus,
in order to give some perspective for both of your w32 ports of Libtool:
when we make the switch to git as primary repo, we intend to import your
patch series in topic branches to allow for easier work and integration
of them into the master tree (and to hopefully synchronize
Follow-up Comment #4, patch #6448 (project libtool):
Peter, I've installed that patched libtool system-wide on gentoo/x86_64
laptop on which I'm doing my current gstreamer development, I'll be re-libtool
everything with it and will report any issues.
On Sun, Mar 09, 2008 at 02:53:20PM +0100, Ralf Wildenhues wrote:
Hello Peter, Markus,
in order to give some perspective for both of your w32 ports of Libtool:
when we make the switch to git as primary repo, we intend to import your
patch series in topic branches to allow for easier work and
Hello libtool list readers,
Jim Meyering has been kind enough to set up a read-only git mirror of
the Libtool CVS repo at
http://git.sv.gnu.org/gitweb/?p=libtool.git;a=summary.
We expect to be switching toward git as primary hosting for the Libtool
code sometime soon, but probably not before
Hello,
Please CC me as I am not subscribed.
Was something in the following discussion progressed?
http://www.cygwin.com/ml/cygwin/2000-09/msg00053.html
From: Gary V. Vaughan gvv at techie dot com
Libtool translates the
5:4:3 into a system specific version number for the soname to help the
Since _LT_DECL does not appear in the stable branch, except for in a
ChangeLog entry, I believe that aclocal is getting confused and bringing
in bits of libtool-2.2 as well as bits of libtool-1.5. ltoptions.m4 from
libtool-2.2 has this line.
that would imply that i did not clean-house
looks like you were correct about a straggler from other installs ...
whereas my 'usual'
cd /usr/local
rm -rf include/ltdl.h lib/libltdl* share/libtool
share/aclocal-1.10/ltdl.m4 lib/libdl*
(rebuild libtool from src)
was not sufficiently 'cleansing', a
cd /usr/local
rm -rf include/ltdl.h
snowcrash+libtool wrote:
i'm guessing the nomially required rm-ing is somewhere inbetween the
two actions; likely at least (just?) the aforementioned
'ltoptions.m4'?
If you keep your build dirs around you can do a much better job of
surgically removing a package:
make install
11 matches
Mail list logo
