This is the mail archive of the libc-alpha@sourceware.cygnus.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

glibc-2.1.91 <iostream.h> problem


>Submitter-Id:	net
>Originator:	Adam J. Richter
>Organization:
  Adam J. Richter     __     ______________   4880 Stevens Creek Blvd, Suite 104
  adam@yggdrasil.com     \ /                  San Jose, California 95129-1034
  +1 408 261-6630         | g g d r a s i l   United States of America
  fax +1 408 261-6631      "Free Software For The Rest Of Us."
>
>Confidential:	no
>Synopsis:	"#include <iostream.h>" does not compile
>Severity:	serious
>Priority:	medium
>Category:	libc
>Class:		sw-bug
>Release:	libc-2.1.91
>Environment:
	
Host type: i686-pc-linux-gnu
System: Linux adam 2.4.0-test3 #3 SMP Sat Jul 1 03:56:31 PDT 2000 i686 unknown
Architecture: i686

Addons: linuxthreads crypt localedata

Build CC: gcc
Compiler version: 2.95.2 19991024 (release)
Kernel headers: 2.4.0-test3
Symbol versioning: yes
Build static: yes
Build shared: yes
Build pic-default: no
Build profile: yes
Build omitfp: no
Build bounded: no
Build static-nss: no
Stdio: libio

>Description:
	I know one is not supposed to install glibc-2.1.91, but I did
because I did not see the announcement, and I figure that I might as
well report this problem in it is not something you are already aware of.

	If I create a C++ file consisting of the single line
"#include <iostream.h>", I get compilation errors when I try to
compile it with g++ -c.

adam[534] echo '#include <iostream.h>' > test.C
adam[535] g++ -c test.C
In file included from /usr/lib/gcc-lib/i386-pc-linux-gnu/2.95.2/../../../../include/g++-3/iostream.h:31,
                 from test.C:1:
/usr/lib/gcc-lib/i386-pc-linux-gnu/2.95.2/../../../../include/g++-3/streambuf.h: In method `struct _IO_FILE *& streambuf::xchain()':
/usr/lib/gcc-lib/i386-pc-linux-gnu/2.95.2/../../../../include/g++-3/streambuf.h:295: type `_IO_FILE' is not a base type for type `_IO_FILE_plus'
/usr/lib/gcc-lib/i386-pc-linux-gnu/2.95.2/../../../../include/g++-3/streambuf.h: In method `struct streampos streambuf::pubseekoff(long long int, ios::seek_dir, int = 3)':
/usr/lib/gcc-lib/i386-pc-linux-gnu/2.95.2/../../../../include/g++-3/streambuf.h:362: conversion from `__off64_t' to non-scalar type `streampos' requested
/usr/lib/gcc-lib/i386-pc-linux-gnu/2.95.2/../../../../include/g++-3/streambuf.h: In method `struct streampos streambuf::pubseekpos(_G_fpos64_t, int = 3)':
/usr/lib/gcc-lib/i386-pc-linux-gnu/2.95.2/../../../../include/g++-3/streambuf.h:364: `struct streampos' used where a `long long int' was expected

	These complaints about struct streampos being incompatible with
long long int occur frequently when I try to build parts of our source
tree with glibc-2.1.91.

	Neither "streampos" nor "iostream.h" appear in the FAQ, and I have
already verified that the _G_config.h file being pulled in by this compile
is the one installed from glibc-2.1.91/sysdeps/unix/sysv/linux/.

	Anyhow, if this is one of the known reasons why one is not supposed
to intall glibc-2.1.91, fine.  On the other hand, if it is something you
folks were not aware of, I hope this report is helpful.


>How-To-Repeat:

	echo '#include <iostream.h>' > test.C
	g++ -c test.C

>Fix:
	I don't know.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]