probs building 2.95.2 on Redhat 7
Gary Funck
gary@intrepid.com
Thu Apr 12 18:54:00 GMT 2001
I realize that questions re: 2.95.2 are becoming passe`, however, I need
to build 2.95.2 from sources on a Redhat Linux system, and am wondering
if someone here might have seen this problem before, and can offer a
suggestion on how to get past this problem?
I'm running a newly installed Redhat 7, with no modificaitons, and am
trying to build 2.95.2 using the 2.95.2 source tarfile from
prep.ai.mit.edu. I run configure, and it says:
% cat config.status
#!/bin/sh
# This file was generated automatically by configure. Do not edit.
# This directory was configured as follows:
./configure --with-gcc-version-trigger=/upc/gcc-2.95.2/gcc/version.c
--host=i686-pc-linux-gnu --norecursion
# using "mt-frag"
Then, I run `make', it fails here:
/upc/gcc-2.95.2/gcc/xgcc -B/upc/gcc-2.95.2/gcc/
-B/usr/local/i686-pc-linux-gnu/bin/ -c -g -O2 -fvtable-thunks
-D_GNU_SOURCE -fno-implicit-templates -I. -I. -nostdinc++
-D_IO_MTSAFE_IO indstream.cc -o pic/indstream.o
/upc/gcc-2.95.2/gcc/xgcc -B/upc/gcc-2.95.2/gcc/
-B/usr/local/i686-pc-linux-gnu/bin/ -c -g -O2 -fvtable-thunks
-D_GNU_SOURCE -fno-implicit-templates -I. -I. -nostdinc++
-D_IO_MTSAFE_IO indstream.cc
indstream.cc: In method `struct streampos indirectbuf::seekoff(long long
int, ios::seek_dir, int = 3)':
indstream.cc:82: `struct streampos' used where a `int' was expected
indstream.cc:85: `struct streampos' used where a `int' was expected
indstream.cc:87: `struct streampos' used where a `int' was expected
indstream.cc:89: conversion from `int' to non-scalar type `streampos'
requested
indstream.cc: In method `struct streampos
indirectbuf::seekpos(_G_fpos64_t, int = 3)':
indstream.cc:99: `struct streampos' used where a `int' was expected
indstream.cc:102: `struct streampos' used where a `int' was expected
indstream.cc:104: `struct streampos' used where a `int' was expected
indstream.cc:106: conversion from `int' to non-scalar type `streampos'
requestedmake[1]: *** [indstream.o] Error 1
make[1]: Leaving directory `/upc/gcc-2.95.2/i686-pc-linux-gnu/libio'
make: *** [all-target-libio] Error 2
Looks like some sort of include file problem, building the C++ parts of
libio?
I haven't tried pulling the source RPM off the CDROM to see if they do
something differently, yet.
Any suggsetions on what to try to get past this glitch?
thanks - Gary
More information about the Gcc-help
mailing list