Re: The continuing saga: building Xemacs-21.5--i686-pc-Cygwin: PART IV

[Charles Wilson <cwilson at ece dot gatech dot edu>]

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/