This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
troubles compiling ncurses5.2
- To: gcc at gcc dot gnu dot org
- Subject: troubles compiling ncurses5.2
- From: Robert Schweikert <rjschwei at mindspring dot com>
- Date: Sun, 11 Feb 2001 21:30:03 -0500
When trying to compile ncurses 5.2 I get the following compile time
error:
make[1]: Entering directory `/usr/src/ncurses-5.2/c++'
cp ./etip.h.in etip.h
sh ./edit_cfg.sh ../include/ncurses_cfg.h etip.h
substituting autoconf'd values from ../include/ncurses_cfg.h into etip.h
... CPP_HAS_PARAM_INIT 0
... ETIP_NEEDS_MATH_EXCEPTION 0
... ETIP_NEEDS_MATH_H 1
... HAVE_BUILTIN_H 0
... HAVE_GXX_BUILTIN_H 0
... HAVE_GPP_BUILTIN_H 0
... HAVE_TYPEINFO 1
... HAVE_VALUES_H 0
cd ../obj_s; c++ -I../c++ -I../include -I. -DHAVE_CONFIG_H -DNDEBUG
-I. -I../include -O2 -fPIC -c ../c++/cursesf.cc
In file included from /usr/include/g++/iostream.h:31,
from /usr/include/g++/strstream.h:32,
from ../c++/cursesw.h:17,
from ../c++/cursesp.h:39,
from ../c++/cursesf.h:39,
from ../c++/cursesf.cc:34:
/usr/include/g++/streambuf.h: In method `struct streampos
streambuf::pubseekoff(long long int, ios::seek_dir, int = 3)':
/usr/include/g++/streambuf.h:362: conversion from `__off64_t' to
non-scalar type `streampos' requested
/usr/include/g++/streambuf.h: In method `struct streampos
streambuf::pubseekpos(_G_fpos64_t, int = 3)':
/usr/include/g++/streambuf.h:364: `struct streampos' used where a `long
long int' was expected
make[1]: *** [../obj_s/cursesf.o] Error 1
make[1]: Leaving directory `/usr/src/ncurses-5.2/c++'
make: *** [all] Error 2
Looks like a problem with streambuf.h to me. Is there a fix already that
I missed somehow? Does anyone have any ideas what's going on here?
I am in the proces of building a linux system from scratch following the
LFS guidelines and this has stopped me in my tracks.
# gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/specs
gcc version 2.95.2 19991024 (release)
Should I try with the lates snapshot? And what about binary
compatibility?
Thanks,
Robert
--
Robert Schweikert MAY THE SOURCE BE WITH YOU
rjschwei@mindspring.com LINUX