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
__
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
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
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
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
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.
}-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
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
and slackware 9.1 on a p4 platform
Matthew Zeits
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.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
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
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
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
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
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
"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
| sysv4.3* | sysv5*)
case $host_vendor in
motorola)
-----
Thanks again,
Matthew
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
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
__
"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.
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
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
21 matches
Mail list logo
