* libtool problem
@ 2002-02-12 4:41 Daniel Glassey
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Glassey @ 2002-02-12 4:41 UTC (permalink / raw)
To: cygwin
Hi,
I'm new to the list so I hope I haven't missed this being discussed already.
I've tried libtoolizing a project with the latest libtool-devel (20020202-1), but after running
configure;make it aborts with the following error.
/bin/sh ../libtool --mode=compile g++ -DGLOBCONFPATH=\"/usr/local/etc/sword.conf\" -
DUNIX -I. -I../../lib -I.. -I../../include -g -O0 -Werror -finstrument-functions -g -c -o
swkey.lo `test -f ../../src/keys/swkey.cpp || echo '../../lib/'`../../src/keys/swkey.cpp
s%^.*/%%: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
-e: not found
: compile: cannot determine name of library object from `'
make[2]: *** [swkey.lo] Error 1
This appears to be because the variable SED is undefined even though it is used in a few
places in the generated libtool.
A workaround is to set SED myself.
This definitely cygwin specific because a diff of ltmain.sh against the one in libtool cvs
shows that "sed" has been replaced with "${SED}" all over the place.
Thanks,
Daniel
P.S. Please cc me on replies
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: libtool problem
@ 2002-02-12 5:08 Daniel Glassey
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Glassey @ 2002-02-12 5:08 UTC (permalink / raw)
To: cygwin
*sigh*,
don't you just hate it when you only manage to work out what you have been
doing wrong minutes after posting to a public list (old precygwinpackages
aclocal files lying around) and making a fool of yourself.
Thanks for being there anyway :),
Daniel
p.s. I don't think aclocal should look in /usr/share/aclocal before
/usr/autotool/[stable|devel]/aclocal though which is what it seems to have done.
On 12 Feb 2002 at 12:55, cygwin@cygwin.com sent forth the message:
> sorry,
> I've just noticed I was looking at the wrong cvs file and the sed
> stuff is the same as in libtool cvs.
> it's still a mystery to me why aclocal isn't picking up the
> LT_AC_PROG_SED macro.
> I get the same problem with dllhelpers-0.4.0/cxx_autotools so I know
> it isn't the way my project is set up.
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: libtool problem
@ 2002-02-12 4:55 Daniel Glassey
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Glassey @ 2002-02-12 4:55 UTC (permalink / raw)
To: cygwin
sorry,
I've just noticed I was looking at the wrong cvs file and the sed stuff is
the same as in libtool cvs.
it's still a mystery to me why aclocal isn't picking up the
LT_AC_PROG_SED macro.
I get the same problem with dllhelpers-0.4.0/cxx_autotools so I know it
isn't the way my project is set up.
Daniel
On 12 Feb 2002 at 12:41, cygwin@cygwin.com sent forth the message:
> Hi,
> I'm new to the list so I hope I haven't missed this being discussed
> already.
> I've tried libtoolizing a project with the latest libtool-devel
> (20020202-1), but after running configure;make it aborts with the
> following error.
>
> /bin/sh ../libtool --mode=compile g++ -DGLOBCONFPATH=\"/usr/local/etc/sword.conf\" -DUNIX -I. -I../../lib -I.. -I../../include -g -O0 -Werror -finstrument-functions -g -c -o swkey.lo `test -f ../../src/keys/swkey.cpp || echo '../../lib/'`../../src/keys/swkey.cpp
> s%^.*/%%: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> -e: not found
> : compile: cannot determine name of library object from `'
> make[2]: *** [swkey.lo] Error 1
>
> This appears to be because the variable SED is undefined even though
> it is used in a few places in the generated libtool.
> A workaround is to set SED myself.
>
> This definitely cygwin specific because a diff of ltmain.sh against
> the one in libtool cvs shows that "sed" has been replaced with
> "${SED}" all over the place.
>
> Thanks,
> Daniel
>
> P.S. Please cc me on replies
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 4+ messages in thread
* libtool problem
@ 2000-06-25 18:15 John Garrison
0 siblings, 0 replies; 4+ messages in thread
From: John Garrison @ 2000-06-25 18:15 UTC (permalink / raw)
To: cygwin
Hello,
I am using Mingw32 (don't know if that is on topic for this list, but
you can still probably help). I am using it as a cross compiler. The
problem is when I try to compile the library I wrote, libtool keeps
trying to compile and run something called impgen. Of course since it
isn't windows impgen.exe does not run and my compilation halts. It
appears to be testing a lib in .lib or something because that is where
it builds it. Can anyone tell me how to get libtool to work with a cross
compiler? I know it works because I've compiled a lib that uses it. I
just can't figure out how they made it work :(
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2002-02-12 13:08 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-02-12 4:41 libtool problem Daniel Glassey
-- strict thread matches above, loose matches on Subject: below --
2002-02-12 5:08 Daniel Glassey
2002-02-12 4:55 Daniel Glassey
2000-06-25 18:15 John Garrison
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).