Bash make error

Jason L. Smith jloris at yahoo.com
Thu Mar 8 19:47:51 PST 2001


--- Gerard Beekmans <gerard at linuxfromscratch.org>
wrote:
<big cut>
> The lines starting with a - are from Jason's bash
> version. The lines with a + 
> are from my own (which result in a proper bash
> compilation):
> 
>
-ac_cv_header_sys_resource_h=${ac_cv_header_sys_resource_h=no}
>
+ac_cv_header_sys_resource_h=${ac_cv_header_sys_resource_h=yes}
> 
> -ac_cv_header_termcap_h=${ac_cv_header_termcap_h=no}
>
+ac_cv_header_termcap_h=${ac_cv_header_termcap_h=yes}
> 
>
-ac_cv_lib_termcap_tgetent=${ac_cv_lib_termcap_tgetent=yes}
>
+ac_cv_lib_termcap_tgetent=${ac_cv_lib_termcap_tgetent=no}
> 
>
-bash_cv_termcap_lib=${bash_cv_termcap_lib=libtermcap}
>
+bash_cv_termcap_lib=${bash_cv_termcap_lib=libcurses}
> 
>  /* Define if you have the <sys/resource.h> header
> file.  */
> -/* #undef HAVE_SYS_RESOURCE_H */
> +#define HAVE_SYS_RESOURCE_H 1
> 
> @@ -333,14 +323,6 @@
>  configure:3709: gcc -E -D_FILE_OFFSET_BITS=64 
> conftest.c >/dev/null 
> 2>conftest
> .out
>  configure:3699: checking for sys/resource.h
>  configure:3709: gcc -E -D_FILE_OFFSET_BITS=64 
> conftest.c >/dev/null 
> 2>conftest
> .out
> -In file included from
> /usr/include/sys/resource.h:25,
> -                 from configure:3705:
> -/usr/include/bits/resource.h:111: warning:
> `RLIM_INFINITY' redefined
> -/usr/include/asm/resource.h:26: warning: this is
> the location of the 
> previous d
> efinition
> -configure: failed program was:
> -#line 3704 "configure"
> -#include "confdefs.h"
> -#include <sys/resource.h>
> 
> 
> And it goes on with more errors regarding
> ncurses/termcap.
> 
> What happens is this: bash tries to find ncurses. It
> doesn't find it. It then 
> tries to find termcap. It doesn't find it either but
> then defaults to 
> termcap. It will try to compile bash using termcap
> header files and 
> definitions but as termcap isn't there this won't
> work.

Isn't /usr/include/termcap.h what it's looking for (in
lieu of ncurses)? 
 
> Also, my /usr/include/sys/resource.h has no
> RLIM_INFINITY defined. So this is 
> probably something from your Glibc version (i use
> 2.2.1, you probably use 
> 2.1.x on your host system).

My /usr/include/sys/resource.h doesn't have that
defined, either (at least, not in an explicit manner
that a non-programmer could see).  Yes, my glibc is
2.1.2, I believe.

> Ok how are we going to fix this. Let's start with
> you checking if you have 
> libncurses installed which you probably don't. If
> not, please install that 
> package, remove the bash source tree, unpack it
> again, configure again with 
> the commands from the book and try to build it
> again. If it doesn't work 
> again repeat the same: post a message here, state
> that it didn't work and 
> send me (not this list) a tarball of your current
> build. I don't know if the 
> RLIM problems are in any way shape or form related
> to ncurses. 

I was a-feared you were gonna say that.  From the
archives I gleaned that ncurses might be involved, so
I attempted to install it.  Didn't work.  Something
about a missing <strstream.h> file.  I saw references
to this error in the archives, and one solution
mentioned was installing the glibc devel package. 
Apparently, I already had it installed (at least
Mandrake's 2.1.2 rpm that came with the 7.0 release). 
Do I need to upgrade glibc?   I have gcc 2.95.2 at the moment.

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

-- 
Unsubscribe: send email to lfs-discuss-request at linuxfromscratch.org
and put unsubscribe in the subject header of the message




More information about the lfs-dev mailing list