Problem s kompilaci gcc-2.95.2 pod RH7.0

David Tok xtok na fi.muni.cz
Středa Listopad 8 13:50:25 CET 2000


Zdravim,

  pokusil jsem se zkompilovat gcc-2.95.2 pod redhatem 7.0 ale:

$ gcc-2.95.2/configure --prefix=/usr/gcc-2.95.2 --enable-shared
Configuring for a i686-pc-linux-gnu host.
...
$ make bootstrap
...
/tmp/gcc/gcc/xgcc -B/tmp/gcc/gcc/ -B/usr/gcc-2.95.2/i686-pc-linux-gnu/bin/
-c -g -O2 -fvtable-thunks -D_GNU_SOURCE -fno-implicit-templates
-I. -I../../gcc-2.95.2/libio -nostdinc++ -D_IO_MTSAFE_IO -fpic
../../gcc-2.95.2/libio/indstream.cc -o pic/indstream.o
../../gcc-2.95.2/libio/indstream.cc: In method `struct streampos
indirectbuf::seekoff(long long int, ios::seek_dir, int = 3)':
../../gcc-2.95.2/libio/indstream.cc:82: `struct streampos' used where a
`int' was expected
../../gcc-2.95.2/libio/indstream.cc:85: `struct streampos' used where a
`int' was expected
../../gcc-2.95.2/libio/indstream.cc:87: `struct streampos' used where a
`int' was expected
../../gcc-2.95.2/libio/indstream.cc:89: conversion from `int' to
non-scalar type `streampos' requested
../../gcc-2.95.2/libio/indstream.cc: In method `struct streampos
indirectbuf::seekpos(_G_fpos64_t, int = 3)':
../../gcc-2.95.2/libio/indstream.cc:99: `struct streampos' used where a
`int' was expected
../../gcc-2.95.2/libio/indstream.cc:102: `struct streampos' used where a
`int' was expected
../../gcc-2.95.2/libio/indstream.cc:104: `struct streampos' used where a
`int' was expected
../../gcc-2.95.2/libio/indstream.cc:106: conversion from `int' to
non-scalar type `streampos' requested
make[2]: *** [indstream.o] Error 1
make[2]: Leaving directory `/usr/local/tmp/gcc/i686-pc-linux-gnu/libio'
make[1]: *** [all-target-libio] Error 2
make[1]: Leaving directory `/usr/local/tmp/gcc'
make: *** [bootstrap] Error 2

kdyz jsem mrknul do indstream.cc co je vlastne za problem:

streampos indirectbuf::seekoff(streamoff off, _seek_dir dir, int mode)
{
    int ret_val = 0;
    int select = mode == 0 ? (ios::in|ios::out) : mode;
    streambuf *gbuf = (select &
ios::in) ? get_stream() : (streambuf*)NULL;
    streambuf *pbuf = (select &
ios::out) ? put_stream() : (streambuf*)NULL;
    if (gbuf == pbuf)
        ret_val = gbuf->seekoff(off, dir, mode);
    else {
        if (gbuf)
            ret_val = gbuf->seekoff(off, dir, ios::in);
        if (pbuf && ret_val != EOF)
            ret_val = pbuf->seekoff(off, dir, ios::out);
   }
    return ret_val;
}
-- ?? nevim, ja bych souhlasil s prekladacem
...zkousel jsem to prelozit na RH6.2, ale tam se to prelozilo bez
problemu. Protoze byl ale pouzit nativni prekladac, tak si myslim, ze na
distribuci (=knihovnach, hlavick. soub.) by zalezet nemelo. Myslim, ze by
pricina by mohla byt v procesoru - na PII bez problemu (RH6.2) na PIII
(RH7.0) to spadlo.

...omlouvam se za delku, ale chtel jsem podat mozna co nejpresnejsi
definici problemu.

						
							davit

david na ics.muni.cz
 .	.	.	.	.	.	.	.	.
alias kompletnivypisadresarespristupovymipravymajitelemainody='ls -li'



Další informace o konferenci Linux