HDTenEightyP/NetNews huggingface dataset:
From: iancu@iil.intel.com (Igal Iancu)
Subject: libg++-2.3 compilation problem - ncr 3000
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 12 Dec 1992 23:48:49 GMT

Hi,

I am having compilation problem of the libg++-2.3 release:
System: NCR 3340, SYSVR4.02
GCC 2.3.2

tail of log file:

/usr/ccs/ATT/cc -c  -I. -I../../libiberty/../include   ../../libiberty/random.c
/usr/ccs/ATT/cc -c  -I. -I../../libiberty/../include   ../../libiberty/rindex.c
rm -rf libiberty.a
ar cq libiberty.a argv.o basename.o concat.o cplus-dem.o fdmatch.o getopt.o getopt1.o obstack.o spaces.o strerror.o strsignal.o index.o sigsetmask.o alloca.o getpagesize.o bcmp.o bzero.o bcopy.o random.o index.o rindex.o 
true libiberty.a
rootme=`pwd`/ ; export rootme; CC="/usr/ccs/ATT/cc "; export CC; CXX="gcc  -nostdinc++"; export CXX; CONFIG_NM="nm"; export CONFIG_NM; ../../libg++/utils/gen-params LIB_VERSION=2.3  >tmp-params.h
mv tmp-params.h _G_config.h
gcc -g -O -nostdinc++ -I.. -I../../../libg++/src -I../../../libg++/src/../iostream -I../../../libg++/src/../g++-include  -c ../../../libg++/src/AllocRing.cc
gcc -g -O -nostdinc++ -I.. -I../../../libg++/src -I../../../libg++/src/../iostream -I../../../libg++/src/../g++-include  -c ../../../libg++/src/Obstack.cc
Assembler: Obstack.cc
	aline 1879	: multiply defined label
	aline 2557	: multiply defined label
	aline 2860	: multiply defined label
	aline 3228	: multiply defined label
	aline 3615	: multiply defined label
	aline 3952	: multiply defined label
	aline 4230	: multiply defined label
gmake[2]: *** [Obstack.o] Error 1
gmake[1]: *** [in-src] Error 1
gmake: *** [all-libg++] Error 1


any suggestions?

Thanks in advance,

-- 

                              
                                     -- Igal Iancu

IDC/CBS
System Engineering
Intel Israel (74), Ltd.
iancu@iil.intel.com
Tel: 972-4-355869
Fax: 972-4-355999

Newsgroups: gnu.g++.lib.bug
From: arunr@ece.iisc.ernet.in
Subject: libg++ Installation Problem...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 17:02:01 GMT

Hello!

We have installed gcc-2.3.1 on Sun Sparc 1+ (SunOS4.1). When trying to install
libg++-2.3 (configured as sparc-sun-sunos4.1), the installation failed
with the following error message:

------
gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c AllocRing.cc
In file included from ./../g++-include/sys/types.h:15, from usr/include/unistd.h:72, from ./../g++-include/unistd.h:25, from ./std.h:28, from AllocRing.cc:22:
/usr/include/sys/types.h:24: Conflicting types for `wchar_t'
./../g++-include/stddef.h:11: Previous declaration of `wchar_t'
*** Error code 1
make: Fatal error: Command fails for target `AllocRing.o'
make: Fatal error: Command fails for target `in-src'
------

[`wchar_t' has been declared in the standard library (usr/include/sys/stdtypes.h) as "unsigned short".]

Could you please shed light on this?

Thanks.
Arun R.
(arunr@ece.iisc.ernet.in)


Newsgroups: gnu.g++.lib.bug
From: arnej@alkymi.unit.no (Arne Henrik Juul)
Subject: libg++ 2.3 fails on Ultrix 4.2A
Organization: Norwegian Institute of Technology
Distribution: gnu
Date: Sat, 12 Dec 1992 23:00:18 GMT

I'm trying to install libg++ 2.3 on Ultrix 4.2A (decstation), using
gcc 2.3.1. I get the following errors when doing make -k check in the
iostream/test directory:

munti:/local/src/libg++-2.3/libg++/iostream/test:(611)$ make -k check
./tFile < ./tFile.inp > tFile.out 2>&1
/bin/sh: 8880 Memory faultmake: *** [check-tFile-regular] Error 139
./tFile -b0 < ./tFile.inp > tFile-nobuf.out 2>&1
/bin/sh: 8883 Memory faultmake: *** [check-tFile-nobuf] Error 139
./tFile -b3 < ./tFile.inp > tFile-buf3.out 2>&1
/bin/sh: 8885 Memory faultmake: *** [check-tFile-buf3] Error 139
./hounddog <./hounddog.in > hounddog.out 2>&1
/bin/sh: 8887 Memory faultmake: *** [check-hounddog] Error 139
./putbackdog <./hounddog.in > putbackdog.out 2>&1
/bin/sh: 8889 Memory faultmake: *** [check-putbackdog-regular] Error 139
./putbackdog -b0 <./hounddog.in > putbackdog-nobuf.out 2>&1
/bin/sh: 8891 Memory faultmake: *** [check-putbackdog-nobuf] Error 139
./putbackdog -b2 <./hounddog.in > putbackdog-buf2.out 2>&1
/bin/sh: 8893 Memory faultmake: *** [check-putbackdog-buf2] Error 139
./tformat
Encountered no errors in make: *** [check-tformat] Segmentation fault
./tiformat
Encountered no errors in make: *** [check-tiformat] Segmentation fault
./tiomanip >tiomanip.out 2>&1
/bin/sh: 8897 Memory faultmake: *** [check-tiomanip] Error 139
make: Target `check' not remade because of errors.

In other words, things doesn't work at all.

I haven't got very far in debugging this yet, but this is the gdb
traceback from running tiomanip:

munti:/local/src/libg++-2.3/libg++/iostream/test:(614)$ gdb tiomanip core
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.7, Copyright 1992 Free Software Foundation, Inc...
Core was generated by `tiomanip'.
#0  0x404e84 in write_int (stream=0x10000aa0, val=void, neg=0)
    at iostream.C:374

(gdb) where
#0  0x404e84 in write_int (stream=0x10000aa0, val=void, neg=0)
    at iostream.C:374
#1  0x4051d8 in ostream::operator<< (this=0x10000aa0, n=1234) at iostream.C:426
#2  0x40021c in main () at tiomanip.C:91

(gdb) list
369         }
370         else { // Decimal
371     #ifdef __GNUC__
372             // Optimization:  Only use long long when we need to.
373             while (val > UINT_MAX) {
374                 *--buf_ptr = (val % 10) + '0';
375                 val /= 10;
376             }
377             // Use more efficient (int) arithmetic for the rest.
378             register unsigned int ival = (unsigned int)val;



Should I try gcc 2.3.2, or should I wait for a bugfix release of
libg++ ?  This isn't a big problem for me right now, as I have libg++
2.2 which works well for my (limited) needs. Do others see these
problems as well ?

--
Arne H. Juul  --  arnej@lise.unit.no  --  University of Trondheim, Norway


Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: compile error for libg++2.3 on NeXT
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 13 Dec 1992 15:44:41 GMT

> I am also using version 2.2.2

You can uncomment the #define of ${macro_prefix}NO_TEMPLATES
in utils/gen-params, or get a newer compiler.  (gcc-2.3.2 is out,
but has some bugs; 2.3.3 should be out soon.)

	--Per Bothner
Cygnus Support     bothner@cygnus.com


Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: texinfo.tex file for libg++-2.3?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 07:51:01 GMT

> Is there a texinfo.tex file that will let me dvi various tex manuals
> that come with libg++-2.3?

Except for possibly a few Cygnus-specific files in libg++-2.3/etc
(that should not have been part of the release), any standard
texinfo.tex (such as the one in gcc-2.3.2) should work, as far as I know.

> find couldn't find a texinfo.tex file in the distribution

That was my mistake.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.g++.lib.bug
From: klamer@mi.el.utwente.NL (Klamer Schutte)
Subject: libiberty
Summary: failed to make
Organization: University of Twente, BSC-El
Distribution: gnu
Date: Tue, 15 Dec 1992 14:04:10 GMT

Compiling libg++2.3, i had problems during build. Using the standard
SunOS 4.1.1 make, ../libiberty/libiberty.a could not be made,
and this resulted in a error. Running 'make libiberty.a' in ../libiberty
did work.

Klamer
--
Klamer Schutte			Tel: +31-53-892778	Fax: +31-53-340045
Faculty of electrical engineering -- University of Twente, The Netherlands
preferred: klamer@mi.el.utwente.nl     SMTP: klamer@utelmi01.el.utwente.nl

Newsgroups: gnu.g++.lib.bug
From: eggert@bi.TWinsun.COM (Paul Eggert)
Subject: minor `make clean' problems with libg++ 2.3
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 09:11:30 GMT

In libg++ 2.3's etc subdirectory, `make realclean' forgets to remove
config.status and Makefile.

The same problem also exists in libg++ 2.3's libg++/etc/fib subdirectory.
Also, `make distclean' fails since there's no entry for `distclean'.
Also, `make realclean' does `rm -f $(TEST_PROGS)', but TEST_PROGS is not
defined, so this is equivalent to `rm -f'.

Here are patches.

===================================================================
RCS file: etc/Makefile.in,v
retrieving revision 2.3
retrieving revision 2.3.1.1
diff -c -r2.3 -r2.3.1.1
*** etc/Makefile.in	1992/11/18 21:39:53	2.3
--- etc/Makefile.in	1992/12/14 09:06:03	2.3.1.1
***************
*** 72,80 ****
  clean:
  	$(RM) *.info *.info-*
  
- distclean:   clean
  mostlyclean: clean
! realclean:   clean
  
  Makefile: $(srcdir)/Makefile.in $(host_makefile_frag) $(target_makefile_frag)
  	$(SHELL) ./config.status
--- 72,81 ----
  clean:
  	$(RM) *.info *.info-*
  
  mostlyclean: clean
! distclean:   clean
! 	rm -f config.status Makefile
! realclean: distclean
  
  Makefile: $(srcdir)/Makefile.in $(host_makefile_frag) $(target_makefile_frag)
  	$(SHELL) ./config.status
===================================================================
RCS file: libg++/etc/fib/Makefile.in,v
retrieving revision 2.3
retrieving revision 2.3.1.1
diff -c -r2.3 -r2.3.1.1
*** libg++/etc/fib/Makefile.in	1992/12/04 22:51:37	2.3
--- libg++/etc/fib/Makefile.in	1992/12/14 09:06:03	2.3.1.1
***************
*** 102,111 ****
  .PHONY: clean
  clean: force
  	rm -f *.o *~ \#* fib
  
- realclean: clean
- 	rm -f $(TEST_PROGS)
- 
  force:
  
  # with the gnu make, this is done automatically.
--- 102,111 ----
  .PHONY: clean
  clean: force
  	rm -f *.o *~ \#* fib
+ distclean: clean
+ 	rm -f config.status Makefile
+ realclean: distclean
  
  force:
  
  # with the gnu make, this is done automatically.

Newsgroups: gnu.g++.lib.bug
From: klamer@mi.el.utwente.NL (Klamer Schutte)
Subject: Re: installation problem w/ libg++-2.3 on SS2, SunOS 4.1.1
Organization: University of Twente, BSC-El
Distribution: gnu
Date: Tue, 15 Dec 1992 13:56:36 GMT

In <WARSAW.92Dec14131224@anthem.nlm.nih.gov> warsaw@nlm.NIh.GOV (Barry A. Warsaw) writes:

>I'm installing libg++-2.3 on a SS2, SunOS4.1.1 where gcc-2.3.2 is
>already installed, and yes, I did run "make install-fixincludes"
>during gcc installation.  I'm getting the following errors when I try
>to build libg++-2.3:

>In file included from String.cc:28:
>/depot/gnu/plat/lib/gcc-lib/sun4/2.3.2/include/limits.h:11: syslimits.h: No such file or directory

What helped for me: copied the 2.3.1 syslimits.h file to the 2.3.2 include
directory (there were limits.h is). The file is:

--------------------- cut here -----------------------------
/* syslimits.h stands for the system's own limits.h file.
   If we can use it ok unmodified, then we install this text.
   If fixincludes fixes it, then the fixed version is installed
   instead of this text.  */

#include_next <limits.h>
---------- end of /usr/local/lib/gcc-lib/sun4/2.3.2/include/syslimits.h ---


Klamer
--
Klamer Schutte			Tel: +31-53-892778	Fax: +31-53-340045
Faculty of electrical engineering -- University of Twente, The Netherlands
preferred: klamer@mi.el.utwente.nl     SMTP: klamer@utelmi01.el.utwente.nl

Newsgroups: gnu.g++.lib.bug
From: bytor@grumpy.NOSubdomain.NODomain (Ross Huitt)
Subject: Re: installation problem w/ libg++-2.3 on SS2, SunOS 4.1.1
Organization: Bellcore
Distribution: gnu
Date: Tue, 15 Dec 1992 14:57:32 GMT

Line 11 in the limits file provided with gcc is busted. It should be:

#include <sys/limits.h>

instead of

#include <syslimits.h>

The comment on the previous line should be adjusted accordingly. This may (or may not) work 
with other configurations.

        -bytor

In article <WARSAW.92Dec14131224@anthem.nlm.nih.gov>, warsaw@nlm.NIh.GOV (Barry A. Warsaw) writes:
|> I know there's probably a quick and easy fix. I've looked everywhere I
|> could find in both gcc-2.3.2 and libg++-2.3, and on this and the gcc
|> newsgroups and couldn't find anything. I remember seeing something on
|> this a while ago, but the article(s) must have expired here.  Help is
|> greatly appreciated.
|> 
|> I'm installing libg++-2.3 on a SS2, SunOS4.1.1 where gcc-2.3.2 is
|> already installed, and yes, I did run "make install-fixincludes"
|> during gcc installation.  I'm getting the following errors when I try
|> to build libg++-2.3:
|> 
|> gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c AllocRing.cc
|> gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c Obstack.cc
|> gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c builtin.cc
|> gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c regex.cc
|> gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c Regex.cc
|> gcc -g -O -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c String.cc
|> In file included from String.cc:28:
|> /depot/gnu/plat/lib/gcc-lib/sun4/2.3.2/include/limits.h:11: syslimits.h: No such file or directory
|> *** Error code 1
|> make: Fatal error: Command failed for target `String.o'
|> Current working directory /auto/depot/gnu/src/libg++-2.3/libg++/src
|> *** Error code 1
|> make: Fatal error: Command failed for target `in-src'
|> Current working directory /auto/depot/gnu/src/libg++-2.3/libg++
|> *** Error code 1
|> make: Fatal error: Command failed for target `all-libg++'
|> 
|> 
|> Any ideas? Its gotta be something simple, right?
|> Thanks.
|> 
|> -Barry
|> 

Newsgroups: gnu.g++.lib.bug
From: jbg@qualcomm.com (Jeff Gehlhaar)
Subject: G++ Bug Report 13
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 03:24:15 GMT

This is for libg++ version 2.3

// A parameter in a library class member shadows another member
// Compiling this with ``g++ -v -c -Wshadow bug013.cc'' gets:
// Reading specs from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.2/specs
// gcc version 2.3.2
// /usr/local/lib/g++-include/streambuf.h: In method `ios::ios (struct
streambuf* (=  0 ), class ostream* (=  0 ))':
// In file included from bug013.cc:9:
// /usr/local/lib/g++-include/streambuf.h:477: warning: declaration of
`tie' shadows a member of `this'

#include <streambuf.h>



Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: readv/writev
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 04:59:56 GMT

> For some reason there are no prototypes for readv() and writev()
> in the unistd.h file. ...
> Sorry if this is fixed in libg++ 2.3!

No, and it won't be fixed.  My plan is use a 'populate' shell script
run as part of gcc installation; it will generate C++
wrappers for all files in /usr/include.  I hope this will
be done by gcc-2.4.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.g++.lib.bug
From: scanlan@promis.UUCP (Bruce Scanlan)
Subject: Bugs with libg++-2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 16 Dec 1992 07:48:59 GMT

Good Day

	I installed libg++2.2.tar.Z on my decstation 5000, running Ultrix. 
	gcc-2.3.2 has been installed on this machine as well. 

	I ran configure using a host of "mips-dec-ultrix". I received some 
	warnings regarding implicit casts to void* and had to modify some 
	files correct this. The problem I am now working on is in a file
	tFile.C in the libg++-2.2/libg++/iostream/test directory. 

	In function void t4(), line 129 of tFile.C there is the following 
	function void t4(). As noted the two lines (144 and 172 of tFile.C )
	has to be modified in this manner to work. 

	If this problem has been noted, would you please send me instructions
	as to where to get the patch. 

void t4()
{ 
  char s[100];
  char ch;
  int i;

  cout << "\nMaking File tf ... ";
#ifdef _OLD_STREAMS
  File tf("tempfile", io_readwrite, a_create);
#else
  fstream tf("tempfile", ios::in|ios::out|ios::trunc);
#endif
  assert(tf.good());
  assert(tf.is_open());
  assert(tf.writable());
  assert(tf.readable());
  strcpy(s, "This is the first and only line of this file.\n");
#ifdef _OLD_STREAMS
  tf.put(s);
  tf.seek(0);
#else
  tf << s; <----------------------------requires tf to be cast to (ostream&)
  tf.rdbuf()->seekoff(0, ios::beg);
#endif
  tf.get(s, 100);
  assert(tf.good());
  cout << "first line of file:\n" << s << "\n";
  cout << "next char = ";
 cout << "next char = ";
  tf.get(ch);
  cout << (int)ch;
  cout.put('\n');
  assert(ch == 10);
  strcpy(s, "Now there is a second line.\n");
  cout << "reopening tempfile, appending: " << s;
#ifdef _OLD_STREAMS
  tf.open(tf.name(), io_appendonly, a_use);
#else
  tf.close();
  tf.open("tempfile", ios::app);
#endif
  assert(tf.good());
  assert(tf.is_open());
  assert(tf.writable());
  assert(!tf.readable());
#ifdef _OLD_STREAMS
  tf.put(s);
  assert(tf.good());
  tf.open(tf.name(), io_readonly, a_use);
#else
  tf << s; <----------------------------requires tf to be cast to (ostream&)
  assert(tf.good());
  tf.close();
  tf.open("tempfile", ios::in);
#endif
  tf.raw();
  assert(tf.good());
  assert(tf.is_open());
  assert(!tf.writable());
  assert(tf.readable());
  cout << "First 10 chars via raw system read after reopen for input:\n";
  read(tf.filedesc(), s, 10);
  assert(tf.good());
  for (i = 0; i < 10; ++ i)
    cout.put(s[i]);
  lseek(tf.filedesc(), 5, 0);
  cout << "\nContents after raw lseek to pos 5:\n";
  while ( (tf.get(ch)) && (cout.put(ch)) );
#ifdef _OLD_STREAMS
  tf.remove();
#else
  tf.close();
  unlink("tempfile");
#endif
  assert(!tf.is_open());
}


-- 
--------------------------------------------------------------------------
Bruce Scanlan                 | Promis Systems Corp  ph# 416 960 0960 x237
scanlan%promis@snitor.sni.ca  | Toronto, Ontario     fax 416 960 1222
scanlan@gpu.utcs.utoronto.ca  | Canada               

Newsgroups: gnu.g++.lib.bug
From: warsaw@nlm.NIh.GOV (Barry A. Warsaw)
Subject: texinfo.tex file for libg++-2.3?
Reply-To: warsaw@nlm.nih.gov (Barry A. Warsaw)
Organization: Century Computing, Inc.
Distribution: gnu
Date: Wed, 16 Dec 1992 19:24:42 GMT

Is there a texinfo.tex file that will let me dvi various tex manuals
that come with libg++-2.3?  find couldn't find a texinfo.tex file in
the distribution (maybe it got deleted accidently on my system?), and
the one from gcc-2.3.2 doesn't seem to work.

Thanks
-Barry

Newsgroups: gnu.g++.lib.bug
From: tmcconne@sedona.intel.com (Tom McConnell~)
Subject: Re: libg++-2.3 compilation problem - ncr 3000
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 19 Dec 1992 14:06:52 GMT

In article <9212122148.AA04633@ilws35.intel.com>, iancu@iil.intel.com (Igal Iancu) writes:
> Hi,
> 
> I am having compilation problem of the libg++-2.3 release:
> System: NCR 3340, SYSVR4.02
> GCC 2.3.2
> 
> tail of log file:
> 
> /usr/ccs/ATT/cc -c  -I. -I../../libiberty/../include   ../../libiberty/random.c
> /usr/ccs/ATT/cc -c  -I. -I../../libiberty/../include   ../../libiberty/rindex.c
> rm -rf libiberty.a
> ar cq libiberty.a argv.o basename.o concat.o cplus-dem.o fdmatch.o getopt.o getopt1.o obstack.o spaces.o strerror.o strsignal.o index.o sigsetmask.o alloca.o getpagesize.o bcmp.o bzero.o bcopy.o random.o index.o rindex.o 
> true libiberty.a
> rootme=`pwd`/ ; export rootme; CC="/usr/ccs/ATT/cc "; export CC; CXX="gcc  -nostdinc++"; export CXX; CONFIG_NM="nm"; export CONFIG_NM; ../../libg++/utils/gen-params LIB_VERSION=2.3  >tmp-params.h
> mv tmp-params.h _G_config.h
> gcc -g -O -nostdinc++ -I.. -I../../../libg++/src -I../../../libg++/src/../iostream -I../../../libg++/src/../g++-include  -c ../../../libg++/src/AllocRing.cc
> gcc -g -O -nostdinc++ -I.. -I../../../libg++/src -I../../../libg++/src/../iostream -I../../../libg++/src/../g++-include  -c ../../../libg++/src/Obstack.cc
> Assembler: Obstack.cc
> 	aline 1879	: multiply defined label
> 	aline 2557	: multiply defined label
> 	aline 2860	: multiply defined label
> 	aline 3228	: multiply defined label
> 	aline 3615	: multiply defined label
> 	aline 3952	: multiply defined label
> 	aline 4230	: multiply defined label
> gmake[2]: *** [Obstack.o] Error 1
> gmake[1]: *** [in-src] Error 1
> gmake: *** [all-libg++] Error 1
> 
> 
> any suggestions?
> 
> Thanks in advance,
> 
> -- 
> 
>                               
>                                      -- Igal Iancu
> 

  This is the "-g" problem that the NCR boxes have. The problem appears to be
that gcc does not generate the correct assembler code when debugging is turned
on.

  The simple fix is to turn off debugging by adding "CXXFLAGS = -O" to
./libg++-2.3/config/mh-ncr3000. This overrides CXXFLAGS in the Makefile.

  The problem with this is that debugging will not be available when using
libg++. It does compile and run "make check", however.

    Cheers,

    Tom McConnell

 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.

Newsgroups: gnu.g++.lib.bug
From: rremmel@groucho.bus.usf.edu (Randall Remmel)
Subject: libg++
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 21:51:35 GMT

Where is the constant DBL_MAX defined?  Integer.cc fails on DBL_MAX.
DUH.

Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: libg++
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 13 Dec 1992 16:02:54 GMT

> Where is the constant DBL_MAX defined?

float.h

> Integer.cc fails on DBL_MAX.

float.h is supposed to be provided by your ANSI-C-compatible compiler,
such as gcc.

	--Per Bothner
Cygnus Support     bothner@cygnus.com


Newsgroups: gnu.g++.lib.bug
From: schmidt@net1.ics.uci.edu (Douglas C. Schmidt)
Subject: readv/writev
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 16 Dec 1992 17:20:23 GMT

Hi,

	For some reason there are no prototypes for readv() and writev()
in the unistd.h file.  Likewise, there are no prototypes for any of the
mmap() family of functions such as madvise() or munmap().  Neither do
there apprear to be any prototypes for functions like shmget() or
shmclt() etc.

	BTW, I'm using libg++ 2.2 on a Sun Sparcstation running Sun OS
4.1.2.  Sorry if this is fixed in libg++ 2.3!

	Doug

--
His life was gentle, and the elements so            | Douglas C. Schmidt
Mixed in him that nature might stand up             | schmidt@ics.uci.edu
And say to all the world: "This was a man."         | ucivax!schmidt
   -- In loving memory of Terry Williams (1971-1991)| (714) 856-4101

Newsgroups: gnu.g++.lib.bug,gnu.g++.help,comp.sys.hp
From: gilles@osf.org (Gilles Benati)
Subject: libg++2.3 with gcc-2.3.1 on HP9k720
Organization: Open Software Foundation
Date: Fri, 11 Dec 1992 16:36:45 GMT
Apparently-To: gnu-g++-lib-bug@uunet.uu.net
Distribution: world
Approved: info-gnu@prep.ai.mit.edu