in libuniname
make[3]: Entering directory `/home/matthew/tmp/wv/gettext-0.15/
gettext-tools/libuniname'
/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -Lc:/progra~1/wv
-Wl,--disable-auto-import -o test-names.exe test-names.o
libuniname.a ../lib/libgettextlib.la
gcc -g -O2 -Wl,--di
libtool) 1.5.18 (1.1220.2.245 2005/05/16 08:55:27)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
Matthew
__
Title: I want a lagoon in my backyard
It is hard to decipher Mia's writing.
S.URPRISE YOUR L.OVER TODAY! BE HAPPY WHEN YOU MAKE L.OVE!
How w.ould you like a
MUCH B.IGGER P.EN1S?
Gai.n upto 3-4 i.nches!!
ADD 3 IN.CHES IN LENGTH!
G.A.I.N AN EXTRA 20% IN T.H.I.CKNESS!
PRODUCE ST.RONGER E.RECT1ONS!
H
Hello Goodly Folks,
Thank you for all your work on making libtool so
portable and necessitating that I learn how to spell
dependencies :o)
I recently had the chance to compile libtool-1.3.5
for my SCO UnixWare 7.1.1 box, often referred to as an
i586-sco-sysv5uw7.1.1
Hi Folks,
On SCO UnixWare 7.1.1, the header file is
found as .
I just checked out CVS libtool today, and it looks like
I'll have to change a few files:
$ find . | xargs fgrep -l "dl.h"
./ChangeLog.0
./ChangeLog
./ltdl.m4
./doc/libtool.texi
./libltdl
./libltdl/CVS/Entries
./libltdl/Makefile.a
"Gary V. Vaughan" wrote:
>
> On Wednesday 18 April 2001 1:06 am, Matthew Schalit wrote:
Hi Gary,
Thanks for the followup.
> If you are sure that it is okay to link non-PIC objects from a static archive
> into a shared library, then this is the right thing to do.
omfortable with my patch.
As I mentioned, UnixWare 7.x.x is identified as an
i586-sco-sysv5uw7.x.x
and my patch is caught by the sysv) option, then the sco) option.
But I don't know how to adjust this for UnixWare 2.1.3, though.
Thanks,
Matthew
__
| sysv4.3* | sysv5*)
case $host_vendor in
motorola)
-----
Thanks again,
Matthew
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
"Gary V. Vaughan" wrote:
>
> On Wednesday 18 April 2001 1:25 am, Matthew Schalit wrote:
> > Hi Folks,
>
> Hi Matt,
>
> Sorry for the slow response.
Np. I'm sure you're busy.
Your patch worked.
Yes, the dlopen API is available.
The only other
Hi folks,
Two results here, one with gcc, one without.
No UDK with either test.
i586-sco-sysv5uw7.1.1
gcc 2.95.3
binutils 2.10.1
gnu-make 3.79.1
autoconf 2.49e
automake 1.4c
no UDK
./bootstrap
./configure --with-gnu-ld
Con
anwer is yes, even though what he said
was a bit convoluted.
Here's the ng thread, where:
> > == Matt Schalit
>== Gary Vaughn
== Dave Prosser
-
> On Saturday 21 April 2001 10:02 pm, Matthew Schalit wr
}-flat_namespace ${wl}-undefined ${wl}suppress -o
.libs/foo.0.0.0.so -bundle -F/foo -framework frame
The -F parameter (to give an extra path to the frameworks) seems to be
thrown away. Am I doing something wrong or is there a problem with libtool?
Thanks!
Matthew
--
Dr. Matthew Landauer
Visual
Thanks for that! That's a really good workaround. I'm productive again! :-)
Maybe I'm misunderstanding things but shouldn't libtool understand "-F"?
It knows how to interpret -framework and -F goes with that as much as -L
goes along with -l for normal linking.
It's for linking against the SDK for Apple's Shake (2d compositing
package) which by default puts its frameworks in
/Applications/Shake/sdk/Frameworks (for Shake version 4) or
/Applications/Shake3.50/sdk/Frameworks (for Shake version 3.5).
Matthew
Matthew Landauer wrote:
Thank
explicity says it. As such, I'm not really sure what
symbols aren't there, and the --debug option produces more data than I
know what to do with.
Any help on how to track down my actual problem would be greatly
appreciated.
~ Matthew
-BEGIN PGP SIGNATURE-
Version: Gnu
omake/libtool.
If this idea isn't completely off base, a few pointers would be greatly
appreciated.
~ Matthew
P.S. Thanks Ralf & Bob for the cross-compile help
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFEGuG0LrcoBjlTBf0RArVAAJsEg6ReO+67v0esfEy4O
y I do not have time to contribute a patch. But I thought you
might be interested to hear of this case. I think it might save some other
poor soul from the same painstaking search I just made.
Cheers,
Matthew.
--
Matthew Arnison
Research Engineer
Canon Information System
On Sunday 28 September 2003 10:41 pm, Earnie Boyd wrote:
> Matthew Arnison wrote:
> > My suggestion is that libtool should get configure to check for the
> > correct version of find (i.e. Unix find not WINDOWS find) as part of
> > checking the general environment. I feel that
and slackware 9.1 on a p4 platform
Matthew Zeits
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
chmod 644 libhmmer.a
Which again, I'm unsure of the portability of this.
Any advice would be welcome. Thanks.
--
Matthew Laird
SysAdmin/Web Developer, Brinkman Laboratory, MBB Dept.
Simon Fraser University
___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool
ed as archive_cmds_need_lc is no, not yes as is needed for the
if statement (do a search for -lc and you will see what I mean)
Is there something basic I am missing here? Is there another command
needed to overide this option?
Please let me know,
Matthew Warton
[EMAIL PROT
21 matches
Mail list logo
