Mail Archives: djgpp/2000/08/06/01:45:38
--=-----==-=--=====-----====-==----==---==-====-==
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
I've set TEST_FINDS_EXE, so hopefully the finding gcc thing should be
fixed. I've just looked over the FAQ again, and didn't see any mention of
this. This seems like a easy enough thing to solve that probably comes up
often. Why is it not there?
On the other note, this is the snippet from config.log where it looks for
(n)curses:
--- BEGIN SNIPPET ---
configure:1150: checking for initscr in -lncurses
configure:1169: gcc -o conftest -g -O2 conftest.c -lncurses 1>&5
d:/djgpp/bin/ld.exe: cannot find -lncurses
collect2: ld returned 1 exit status
configure: failed program was:
#line 1158 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char initscr();
int main() {
initscr()
; return 0; }
configure:1198: checking for initscr in -lcurses
configure:1217: gcc -o conftest -g -O2 conftest.c -lcurses 1>&5
d:/djgpp/bin/ld.exe: cannot find -lcurses
collect2: ld returned 1 exit status
configure: failed program was:
#line 1206 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char initscr();
int main() {
initscr()
; return 0; }
configure:1246: checking for initscr in -lcur_colr
configure:1265: gcc -o conftest -g -O2 conftest.c -lcur_colr 1>&5
d:/djgpp/bin/ld.exe: cannot find -lcur_colr
collect2: ld returned 1 exit status
configure: failed program was:
#line 1254 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char initscr();
int main() {
initscr()
; return 0; }
--- END SNIPPET ---
This doesn't look right to me... is /djgpp/lib not in the LIBPATH by default?
I'll tinker with it. But any suggestions are more than welcome.
Thanks,
--Matt
At 03:32 AM 8/4/00, Eli Zaretskii wrote:
> > Date: Thu, 03 Aug 2000 13:08:36 -0700
> > From: Matt Lewandowsky <matt DOT l AT techie DOT com>
> >
> > sh-2.03$ ./configure
> > loading cache ./config.cache
> > checking for a BSD compatible install... ./install-sh -c
> > checking whether build environment is sane... yes
> > checking whether make sets ${MAKE}... yes
> > checking for working aclocal... missing
> > checking for working autoconf... found
> > checking for working automake... missing
> > checking for working autoheader... missing
> > checking for working makeinfo... found
> > checking for gcc... no
> > checking for cc... no
> > configure: error: no acceptable cc found in $PATH
>
>You need to set TEST_FINDS_EXE=y in the environment, then these
>problems won't happen.
>
> > checking for initscr in -lncurses... no
> > checking for initscr in -lcurses... no
> > checking for initscr in -lcur_colr... no
> > configure: error: Cannot find any curses-type library
> > sh-2.03$
> >
> > Now, how do I get PDCurses recognised?
>
>Like I said: look into the file config.log, it shows what did the
>script try to compile and why did it fail. This usually gives enough
>clues to solve the mystery. If you still cannot figure that out, post
>the relevant part(s) of config.log here.
--=-----==-=--=====-----====-==----==---==-====-==
Content-Type: application/pgp-signature
-----BEGIN PGP MESSAGE-----
Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>
iQA+AwUBOYzNKOoMko8dOmunEQK5gwCgqNpzwH7l3jI7fUYpu3lAx+WjG0UAli7o
yKvNmS7uoAW9BRxn0HmIF2Q=
=K1XU
-----END PGP MESSAGE-----
--=-----==-=--=====-----====-==----==---==-====-==--
- Raw text -