ached.
It's doesn't support the -la -lb -la case yet.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.de/~tanner/
UMI: http://umi.ffii.org/
diff -ruNd -X exclude libtool/ltmain.in new/ltmain.in
--- libtool/ltmain.in Tue Feb 1
On 21-Feb-2000 Dirk A. Mueller wrote:
> I suggest adding "powerpc*" to the host_cpu check:
Thanks. Done.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.de/~tanner/
UMI: http://umi.ffii.org/
Hi Pavel,
> When an executable is linked both against "normal" libraries and modules
> to be dlopened the modules always appear first in the compiler command
> line, regardless of their order in the libtool command line
Thanks. Fixed.
Thomas Tanner
COP.la and some other libs.
> libtool --mode=link g++ -o test test.o libkdecore.la results in
> g++ -o test test.o libDCOP.a kdecore.a
> (basicly - I removed 90% of the output :)
OK. I've just commited my latest patch to CVS.
It does now also support interdependent libraries.
Plea
method to get this information.
Try this:
./libtool --config > conftest
. ./conftest
rm -f conftest
last=
for spec in $library_names_spec; do
last="$spec"
done
shlibext=`echo "$last" | sed 's/\[.*\]//;s/^[^.]*//;s/\$.*$//;s/\.$//'`
Thomas Tanner --
le it should report file_not_found_error)
* enable loading of dependency libs in libltdl for platforms
that need it (dl_dependency_libs can be renamed to dependency_libs;
the code is there, we just need to add a check)
Thomas Tanner -
email: tanner@(ffii.org|gnu.
ver, notice that one of the two references to
> the library is discovered anyway.
Maybe -R/usr/openwin/lib is hardcoded into another
library that uses libdps[tk]?
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.de/~tanner/
UMI: http://umi.ffii.org/
hould only pass LDFLAGS to libtool
and libtool should then add all not libtool-specific flags
to the link command.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.de/~tanner/
UMI: http://umi.ffii.org/
s fixed in the latest CVS tree.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.de/~tanner/
UMI: http://umi.ffii.org/
and yet the Solaris linker allows this:
>
>> /usr/ccs/bin/ld -G -h libfoo.so.0 -o .libs/libfoo.so.0.0.0 foo.lo
> -lc /usr/local/lib/libbar.a
>
> Is there a special flag/option that I need to add to get this
> functionality?
Try CVS libtool.
Thomas Tanner -
only partly right. Libtool really should provide a warning,
> and not remove those static libraries.
Yep. That's already implemented in CVS libtool:
2000-01-19 Thomas Tanner <[EMAIL PROTECTED]>
* ltmain.in: rewrite of the ILD code, merge linking code for
progr
Gary, would you please delay the release of libtool 1.4 and
give me two weeks to fix all the old bugs in the ILD code and libltdl
(or at least to verify that they've already been fixed)?
PS: can anybody please add me to the libtool group on savannah?
my login name is
Maybe I can find and fix some bugs till this weekend.
> In the mean while, I'd be happy to commit patches on your behalf if you mail
> them to the patches list.
Thanks.
Thomas Tanner -
email: tanner@(ffii.org|gnu.
r-pic flag
keep in mind that building static libraries out of PIC objects is not portable
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.de/~tanner
UMI: http://umi.ffii.org
___
Libtool mailing lis
5/libkrb5.la ../../lib/asn1/libasn1.la
> -lcrypto ../../lib/vers/libvers.la ../../lib/roken/libroken.la -ldb -lgdbm
> -ldl -lresolv -lresolv
^^^ simply remove the second -lresolv
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: ht
15 matches
Mail list logo
