The continuing saga: building Xemacs-21.5--i686-pc-Cygwin: PART IV
Charles Wilson
cwilson@ece.gatech.edu
Fri Aug 17 16:23:00 GMT 2001
David A. Cobb wrote:
> At 8/17/01 06:23 PM (Friday), Charles Wilson wrote:
> Errr...you need to run the command from the build directory where all
> the .o files are. <top>/src/ I think.
>
> Gaaaak! Actually "<build>/src" -- it is very LONG! Attached. I don't
> know whether the attachment will slip through to the list.
Okay, here are some excerpts from your log. Here's your problem:
...
attempt to open /usr/lib/noX/libgdbm.dll.a failed
attempt to open /usr/lib/noX/gdbm.dll.a failed
attempt to open /usr/lib/noX/libgdbm.a failed
attempt to open /usr/lib/noX/cyggdbm.dll failed
attempt to open /usr/lib/noX/libgdbm.dll failed
attempt to open /usr/lib/noX/gdbm.dll failed
attempt to open /usr/lib/noX/libgdbm.a failed
attempt to open /usr/local/lib/libgdbm.dll.a failed
attempt to open /usr/local/lib/gdbm.dll.a failed
attempt to open /usr/local/lib/libgdbm.a succeeded
^^^^^^^^^^^^^^
this must be an old libgdbm library. You should be using the import
library in /usr/lib. However, this wouldn't be such a problem if your
object files had been compiled with the gdbm #include files that "match"
the /usr/local/lib/libgdbm.a library.
However, it's obvious (!) from the errors you are getting that your
object files were compiled with the "official" gdbm include files in
/usr/include -- but you're linking against the wrong gdbm library.
Either (a) install the gdbm include files that match
/usr/local/lib/libgdmb.a into /usr/local/include, or (b) remove
/usr/local/lib/libgdbm.a.
--Chuck
--
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/
More information about the Cygwin
mailing list