From: "David A. Cobb" <superbiskit@home.com>
To: "Charles S. Wilson" <cwilson@ece.gatech.edu>
Cc: Cygwin General MailList <cygwin@cygwin.com>
Subject: Re: Making GDBM [ a long story ]
Date: Tue, 17 Jul 2001 14:06:00 -0000 [thread overview]
Message-ID: <5.1.0.14.0.20010717165816.00acb2e0@mail> (raw)
In-Reply-To: <3B51061D.8030305@ece.gatech.edu>
At 7/14/01 10:55 PM (Saturday), Charles S. Wilson wrote:
[snip]
>>checking for esd-config... no
>> xemacs will be linked with "miscplay.o"
>>! *** THIS IS GOING TO BE ANOTHER PROBLEM *** !
>
>
>Looks like a mistake in the XEmacs 21.5 series. Many times the linux
>folks put in a change that causes regression failures like this --
>especially on cygwin.
Sound is a problem all the time in Xemacs. I probably need to
--with-sound=native, or something similar.
>>. . . .
>>AND FINALLY
>>. . . .
>>checking for database support
>>checking for ndbm.h... no
>>Error: Required DBM support cannot be provided.
>>:[S!] Bash $
>
>
>Well, since
> (a)/usr/include/ndbm.h DOES exist (if you've installed the gdbm
> package) and
> (b) I and many others HAVE successfully built XEmacs with gdbm support
> on cygwin in the past (21.4.3 and prior)
>
>This again looks like some sort of regression failure in XEmacs' configure
>script.
Maybe having to do with /where/ the configure script looks for the
ndbm? I wasn't planning to dive right into the wonders of configure, but I
guess now is as good a time as any.
>>Aha! Maybe I need to build it locally {I thought}, so - get the source
>>and . . . .
>This should never be necessary. If a package has been ported and included
>in the official dist, then it should work. If it doesn't, then it's a bug
>-- either in the "official" package or the client code you're trying to
>build. You shouldn't need to go rebuilding stuff on your own -- unless
>you're a glutton for punishment.
I'm _not_!
>>:[S!] Bash $ ../configure --target=i686-pc-cygwin \
>> > --without-x \
>> > --with-gnu-ld \
>> > --exec-prefix=/usr/local/i686-pc-cygwin/
>[snip]
>>creating Makefile
>>creating autoconf.h
>>:[S!] Bash $ make
>>/bin/sh ../libtool --mode=compile /usr/bin/gcc -mcygwin -c -I. -I.. -O
>>../dbminit.c
>>../libtool: Can't open ../libtool: No such file or directory
>>make: *** [dbminit.lo] Error 2
>
>
>Well, it looks like you're building gdbm from the official GNU source.
>AFAIRC, gdbm *does* build OOB on cygwin -- if all you want is the static
>lib. Why didn't you use the cygwin-patched source from sourceware? Also,
>I *vaugely* remember something about the permissions in the official GNU
>tarball on "litool" not being executable -- if you're using
>CYGWIN=ntsec. But I could be mistaken.
Nope! The only source I have is what I downloaded from Cygwin. I'm on a
Win98se machine so there ain't no 'ntsec.' I also have read various
negative things about libtool on Cygwin, but I didn't know what they were
talking about.
I will (also) check with Xemacs-Nt.
David A. Cobb, Software Engineer, Public Access Advocate, All around nice guy.
Get my PGP key at
:< http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit >
Fingerprint=0x{6E3E_DB8C_2E8C_4248_62B2_FE29_08EE_CF0A_3629_E954}
:< http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&fingerprint=on >
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source. Do not buy or use Potentially Viral Software!
<---.----!----.----!----.----!----.----!----.----!----.----!----.---->
--
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/
prev parent reply other threads:[~2001-07-17 14:06 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-07-13 16:41 David A. Cobb
2001-07-14 19:55 ` Charles S. Wilson
2001-07-17 14:06 ` David A. Cobb [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5.1.0.14.0.20010717165816.00acb2e0@mail \
--to=superbiskit@home.com \
--cc=cwilson@ece.gatech.edu \
--cc=cygwin@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).