HDTenEightyP/NetNews huggingface dataset:
From: yel@ucunix.san.uc.edu (Lun Ye)
Subject: RAND_MAX defined where?
Organization: University of Cincinnati
Date: Fri, 6 Nov 1992 18:10:11 GMT


hi there,

RAND_MAX is defined in <stdlib.h> or <math.h> in C, where is it defined
in gnu c++? is it still 0x7fffffff? 


thanks in advance.

---------------------------------------------------------------
lye@uceng.uc.edu
---------------------------------------------------------------
Newsgroups: gnu.g++.help
From: stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger)
Subject: How to work with g++2.3 and gdb on SYSVR4?
Keywords: SYSVR4, g++, gdb
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Tue, 10 Nov 1992 14:01:54 GMT

As I just read in some README file gcc-2.3 does not output dwarf
debugging information with the C++ front end.  It sounds like the
dwarf output for the C++ front end will not be ready soon.

So what is the best way to do development using g++-2.3 together with
gdb on SYSVR4?  Should I use the GNU ld?  Do I need different
configurations for the C front end since it can use dwarf?

Or should I use SYSVR3 for C++ development instead? (That's the worst
case for me)

Thanks,
peer
--
Peer Stritzinger
Phone: +(49)8141-90613
Fax: +(49)8141-95235
Internet: stritzi@physik.tu-muenchen.de
Newsgroups: gnu.g++.help
From: hight@sri.com (John Hight)
Subject: problem installing libg++-2.2
Originator: hight@gorilla.erg.sri.com
Organization: SRI International, Menlo Park, CA
Date: Fri, 6 Nov 92 01:00:52 GMT

Ok, my first problem was this:

    make install-libg++
    ...[installs, ranlibs libg++.a]...
    ...[installs header files]...
    ./foo_main.run > foo_main.out
    foo_main.cc:32: failed assertion `Foo::nb_foos() == 2'

But I knew I wasn't using GNU ld.

I also thought I'd install gcc 2.3.1.  And after getting over a few
stubling blocks, I got GNU ld installed (from binutils 2.0), and then
I remade libg++2.2.  No problem with building libg++ again.

This time, upon doing "make install-libg++", test-install gets a
little further.  But it still fails, this time at the diff:

    diff ./expected.out foo_main.out >foo_main.diff
    *** Error code 1
    make: Fatal error: Command failed for target `foo_main.diff

and foo_main.diff contains:

  14,15d13
  < Destructing Foo(2) "static_foo" (remaining foos: 1)
  < Destructing Foo(1) "static_foo" (remaining foos: 0)

so it looks like foo_main is not calling the destructors for the first
two statif Foos.

Where do I start looking for the problem?

Thanks
-- 
John Hight, SRI International	hight@sri.com	415-859-4279
From: d3g931@snacker.pnl.gov (Geoffrey Slinker)
Newsgroups: gnu.g++.help
Subject: g++ on SGI 340/VGX
Date: 5 Nov 92 18:49:15 GMT
Article-I.D.: oracle.1992Nov5.184915.18486
Organization: PNL

Does anyone have g++ installed on an IRIS 4D 340/VGX  running IRIX 4.0.4?

If you are familiar with this setup and would like to help me get
g++ running on our machine please E-Mail to d3g931@snacker.pnl.gov  or
d3g931@flory.pnl.gov.

This is part of the problem:

In file included from ./../g++-include/stdio.h:114, from ./../g++-include/std.h:
28, from BitSet.cc:26:
/usr/include/stdio.h:78: warning: `BUFSIZ' redefined
/../iostream/streambuf.h:36: warning: this is the location of the previous defi
nition
gcc: Internal compiler error: program cc1plus got fatal signal 6
*** Error code 1

Stop.
*** Error code 1

Stop.

Thank you,

Geoffrey Slinker
Newsgroups: gnu.g++.help
From: mcook@mksol.dseg.ti.com (mark k cook)
Subject: libg++-2.2 make can't find stdarg.h on Sun
Keywords: include libg++ stdarg make
Organization: Texas Instruments
Date: Fri, 6 Nov 1992 17:01:25 GMT

I'm trying to install libg++-2.2 for a sparc.  I used:

configure -host=sparc-sun-sunos4.1 -target=sparc-sun-sunos4.1


then did a make.  When it gets to a file (src/String.cc was the
first) that needs stdarg.h, it can't find it.  In g++-include
there is a stdarg.h that does a #include_next<stdarg.h> which
according to the WHATS.NEW file is supposed to include another
system stdarg.h instead of #include /usr/include/stdarg.h.
My problem is that I don't seem to have another stdarg.h at all.

My OS is SUN-OS v 4.1.2 and I have an sparcstation IPC.
Any help would be appreciated.  Please e-mail me at:

		mcook@lvips0.dseg.ti.com


				Thanks,
				Mark
From: naumoski@cs.ruu.nl (Goce Naumoski)
Newsgroups: gnu.g++.help
Subject: GCC question
Date: 9 Nov 92 09:30:31 GMT
Organization: Utrecht University, Dept. of Computer Science

I have a simple question: Does GCC (e.g. 2.2.2) work under DOS and/or WINDOWS?
Replies by e-mail, please.

Thanks in advance,
Goce.
Newsgroups: gnu.g++.help
From: stan@sabaac.NoSubdomain.NoDomain (Andrew Staniszewski)
Subject: gcc/g++ 2.3.1 on VMS
Reply-To: staniszewski@mayo.edu
Organization: Mayo Foundation
Date: Wed, 11 Nov 92 19:55:24 GMT

Hi,

I have noticed that 2.3.1 works a lot better with templates than 2.2, so I want
to install it on our VMS systems. Previously, binaries for 2.xx were available
from mango.rsmas.miami.edu. Is gcc now buildable from scracth on VMS, or are the
binaries going to be made availablke at some later date for 2.3.xxx ??


please respond to 

staniszewski@mayo.edu
From: ctrbdo@iapa.uucp%mailhost.ecn.uoknor.edu (bryan d oakley)
Newsgroups: gnu.g++.help
Subject: duh, help
Date: 13 Nov 92 00:35:34 GMT
Organization: FAA / Mike Monroney Aeronautical Center

Ok, I got gcc and g++ to compile on my machine no problemo.
Configuration: sun 386i, sunos 4.0.2.  I have an (IMHO) impressive
string of successes with emacs, ghostscript, and other GNU stuff.  I
just tried to build libg++ and it won't build.  Similar problem with
GDB.  Fresh out of the box the configure script can't seem to find my
gcc, not that it really matters.  I manually edit the makefile but the
darn thing still won't compile.  Any suggestions?

It appears that the auto configure script assumes everything is in the
same tree (that ${rootme}/../gcc/gcc stuff looks somewhat suspect to
me...).  My gcc is in /opt/bin/sun386, with libraries in /opt/lib.
I'm installing from /opt/src/libg++-2.2 from which gcc is NOT
subordinate.  What am I doing wrong?

For the record, here is what I get when I did the make:

<everything's ok for a while... then>
ranlib libiberty.a
rootme=`pwd` ; export rootme; CC="gcc `if [ -f ${rootme}/../gcc/gcc ] ;  then echo -I${rootme}/../gcc/include ;  else echo ; fi`"; export CC; \
./utils/gen-params  >tmp-params.h
In file included from dummy.c:4:
/usr/include/stdio.h:25: warning: `NULL' redefined
/opt/lib/gcc-lib/sun386/2.2.2/include/stddef.h:137: warning: this is the location of the previous definition
mv tmp-params.h _G_config.h
gcc -g -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c AllocRing.cc
In file included from ./std.h:26, from AllocRing.cc:22:
./../g++-include/string.h:28: declaration of `int  strlen (const char *)'
<built-in>:0: conflicts with built-in declaration `long unsigned int  strlen (const char *)'
*** Error code 1
make: Fatal error: Command failed for target `AllocRing.o'
Current working directory /opt/src/libg++-2.2/libg++/src
*** Error code 1
make: Fatal error: Command failed for target `in-src'
Current working directory /opt/src/libg++-2.2/libg++
*** Error code 1
make: Fatal error: Command failed for target `all-libg++'


Am I wrong in the assumption that if gcc and g++ compiled ok that it
should compile libg++ properly, or do I need to do something here?
For a long time I was really impressed by how 'easy' it was to port
the GNU software, until I got gdb and libg++ (the only two things I've
tried to compile with the automatic configure script).

Oh, when I did the configure I just entered './config sun386
-path=/opt'.  I tried the -lang=gcc but got an illegal option error.
*SIGH*  I would appreciate any help anyone can give.  I'm havin' too
much fun to quit now...:-)

Thanks.
-- 
----------------------------------------------------------------------
Instrument Approach Procedures Automation              DOT/FAA/AMI-230
----------------------------------------------------------------------
Bryan D. Oakley                    ctrbdo%iapa@mailhost.ecn.uoknor.edu
From: jbuck@forney.berkeley.edu (Joe Buck)
Newsgroups: gnu.g++.help
Subject: Re: Does g++ require libg++
Date: 11 Nov 1992 21:58:42 GMT
Organization: U. C. Berkeley
NNTP-Posting-Host: forney.berkeley.edu

In article <1992Nov11.074040.2411@u.washington.edu> edgar@ms.washington.edu (Edgar Karl Nielsen) writes:
>	Does gnu g++ require the libg++ package to be installed?

No, but you're fairly crippled without it if your vendor does not
provide ANSI C header files.

>My installation of gcc2.2 seems to behave this way, but it seems strange that
>the gcc documentation makes no references to this requirement.

The gcc documentation describes the C compiler, with a few brief
references to C++.  But the compiler itself doesn't need the library,
and back in the old days when libg++ was under the GPL, the InterViews
people (among others) wrote replacement streams classes so you could
avoid use of libg++ entirely (with the LGPL there's no longer much
reason to do this, IMHO, since it permits object-only distribution of
"works that use the library").

>In addition,
>the groff documentation says that you don't need libg++ when running gcc2.x,
>only when running lesser versions. I would appreciate enlightenment on this
>topic!

Beats me.  I do think that it might be an improvement if certain headers
required for any implementation by the ANSI C++ committee (things like
wrappers for the standard headers required for any C++ implementation)
were moved from the libg++ distribution to the gcc distribution.  This
would be easier to do once the Gnu C library is integrated more cleanly
with libg++ (right now they fight with each other).



--
Joe Buck	jbuck@ohm.berkeley.edu
Newsgroups: gnu.g++.help
From: kelly@spyro.cray.com (Matt Kelly)
Subject: fstream problem???
Date: 5 Nov 92 13:41:26 CST


I am using gcc2.2.2 to compile a program which opens a file for reading and
writing.  I first read in the entire file, then write the read in data back out
to the same file in a different order.  I use this code sequence:

fstream fout;
union {                         
    unsigned long lb[2208];     
    unsigned long ls[23][96];  
};


fout.open("filex",(ios::in | ios::out));              //open file for r/w
if (fout.fail()) {
    cout << "File: " << "filex" << " didn't open\n"
         << flush;
    return(-1);
}
fout.read((char *)lb,(2208*sizeof(long)));           //read entire file in
for (int i = 0; i < 9; i++) {
   fout.seekp((i*96*sizeof(long)),ios::beg);        //seek to new location in file
   fout.write((char *)ls[(asics-1)-i],(sizeof(long)*96)); //write to new loc
   if (fout.fail()) {
       cout << "Write failed to: filex\n" << flush;
       return(-1);
   }
}


The problem I am seeing is that the write I do inside the "for" loop fails
from the start!  

I have isolated the problem to this: if the file that I opened for reading/
writing is smaller than the number of bytes I am trying to READ from it (with
the read statement just befor the "for" loop), then the write function will
fail, and fout.fail() will return 2 (which is correct if it really failed).
If I reduce the number of bytes read in the fout.read() statement to a number
which is <= the number of bytes in the file, the fout.write() works.

In C, if you do a read() asking for more bytes than are available in a file,
it simply reads as many as it can and puts them in the buffer you pass it.
This doesn't seem to be the case here.

Is this a bug, or is this how it's supposed to work?  I couldn't find anything
about this in any of my C++ references.

Thanks in advance,

Matt K.

==============================================================================
kelly@els.cray.com                   |
                                     | Semper ubi sub ubi.
Opinions expressed herein are just   |
that.  Mine, not Cray's.             | -Julius Caesar
                                     |
==============================================================================


Newsgroups: gnu.g++.announce,comp.lang.c++
From: rms@gnu.ai.mit.edu (Richard Stallman)
Subject: GCC 2.3.1 is now available
Organization: Gatewayed from the GNU Project mailing list info-g++@prep.ai.mit.edu
Date: Sat, 7 Nov 1992 00:50:44 GMT

You can now get GCC 2.3.1 from pub/gnu/gcc-2.3.1.tar.Z
on prep.ai.mit.edu by anonymous ftp.  Compressed diffs
from version 2.2.2 in gcc-2.2.2-2.3.1.diff.Z are almost 2 meg.

Note that G++ is part of the GCC distribution since version 2 started.

The main new feature of version 2.3 is that it comes with a run-time
library for Objective C.

In 2.3, the built-in functions are much less insistent.  You do not
get an error for using their names for other purposes except when the
usage is contrary to the ANSI C standard.

This version supports two additional machines: the Alpha and the
Elxsi.  There is also some support for cross-compiling GCC itself.
There is better support for Linux, 386BSD, SCO, NeXT, and the GNU C
library.

You can order a copy of GCC 2.3.1 on tape from the Free Software
Foundation; ask for the "experimental tape".  Please order a tape if
you can, since tape orders are the FSF's main source of funds to pay
programmers and tech writers.  For ordering info, send mail to
gnu@prep.ai.mit.edu or contact the FSF:

Free Software Foundation
675 Mass Ave
Cambridge, MA 02139
1-617-876-3296

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu,
          nic.funet.fi:pub/gnu, ugle.unit.no, isy.liu.se,
	  ftp.stacken.kth.se, sunic.sunet.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:packages/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]

Newsgroups: gnu.g++.lib.bug
From: trs@cs.city.ac.UK (Tom Stiemerling)
Subject: gen classes and templates
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 14:23:56 GMT

Now that g++-2.X supports templates, it seems that the genclass stuff is
redundant (in that it tries to do the same thing outside the compiler).
Is there any move to convert the gen libraries into template form?
How difficult would it be to do? Is anyone currently doing it?

Thanks, Tom

Newsgroups: gnu.g++.lib.bug
From: sms@telesys-innov.FR (Samir Mawa SOW)
Subject: Bug in fstream->eof()?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 9 Nov 1992 14:11:30 GMT

hi,

I am a new user of your g++ lib (2.2) and I think that something is wrong with the eof method of the fstream-class.

I attempt to use it in a search-program, which uses a ifstream object, but the returned value of eof() is always 0 even on an empty file.


Before writing this mail, I have made several tests
	- I've replaced the eof() method by the fail() method and the program ran
	  properly.
	- I've replaced the g++ library with the DEC c++ lib and the program ran
	  properly

So it seems that the bug comes from the eof() method. Is this a known bug? And if so, is there already a fix for it?

Thanks for your cooperation.

sincerly.    Samir Sow

Newsgroups: gnu.g++.lib.bug
From: ctan@solomon.technet.sg (Tan Chee Weei)
Subject: Problem with strstream
Organization: National University of Singapore
Distribution: gnu
Date: Thu, 12 Nov 1992 06:07:51 GMT

Previously using gcc-2.2.2 and libg++ 2.1, I was able to do the following:

strstream msg;

msg << ' ' << "abc";

Right now I've upgraded to gcc-2.3.1 and libg++ 2.2. The ' ' character
is giving problems: undefined strstream operator << ()

msg << ' ';          // can't find << operator
msg << "abc" << ' '; // ok

Explicitly casting msg to an ostream& works as well. I noticed that
iostream derives from ios and not istream and ostream like in the AT&T
implementation, and it uses defines istream and ostream conversion functions.
I can understand why the second case works since the first << returns
an ostream &. It seems, for the first case, that there is a problem in
implicitly converting msg to an ostream & so that the correct << operator
may be matched?? Is there a fix for it?

CW

Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: gen classes and templates
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 12 Nov 1992 08:52:51 GMT

> Is there any move to convert the gen libraries into template form?

Yes.  Someone was going to be working on it; I don't know
how far he's gotten.  libg++-2.3 will have SLList and DLList converted.

> How difficult would it be to do?

Non-trivial if you want to do it in an efficient way (minimize code
duplication).

> Is anyone currently doing it?

It is not high on my list of things to do, but it definitely needs to be done.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.g++.lib.bug
From: jmg@inference.COM (Jeff Greif)
Newsgroups: gnu.g++.lib.bug
Subject: gen classes and templates
Date: 12 Nov 92 19:37:49 GMT
Distribution: gnu
Organization: Inference Corporation

>>>> Tom Stiemerling <trs@cs.city.ac.uk> writes:
  Tom> Resent-Date: Wed, 11 Nov 92 14:23:56 GMT
  Tom> Resent-From: bug-lib-g++-request@prep.ai.mit.edu

  Tom> Now that g++-2.X supports templates, it seems that the genclass stuff is
  Tom> redundant (in that it tries to do the same thing outside the compiler).
  Tom> Is there any move to convert the gen libraries into template form?
  Tom> How difficult would it be to do? Is anyone currently doing it?

Please don't ditch the genclass stuff from libg++.  Some people would like
to use lib-g++ reuseable classes in environments (e.g. Microsoft C7.0) where
templates aren't supported.  It is much easier to port e.g. the collection
classes of libg++ and the genclass stuff to a strange environment like
Windows than to deal with missing templates in the library.  I would
recommend keeping the existing stuff and perhaps providing an alternate
that used templates.  

Also, given the volume of bug reports mentioning templates for gcc-2.3.1
and 2.2.2, it seems premature to expect them to easily support everything
that would appear in a template-ized libg++.

Thanks.
Jeff
Newsgroups: gnu.g++.lib.bug
From: liblit@cs.psu.edu (Benjamin R. Liblit)
Subject: Re: gen classes and templates
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 11 Nov 1992 23:03:40 GMT

In article <3880.9211111423@barney.cs.city.ac.uk>, trs@cs.city.ac.UK
(Tom Stiemerling) writes:

> Now that g++-2.X supports templates, it seems that the genclass stuff is
> redundant....

I don't think genclass can be put out to pasture just yet.  From my
own experience, g++ still has a long way to go before it can boast
full template support.  I am a heavy user of template classes, and I
have yet to complete a major project using g++ without giving up and
resorting to genclass.

> Is there any move to convert the gen libraries into template form?

Sure would be nice....  I tried to do this, briefly, but grew weary of
g++ dumping core.  Eventually, I'm sure, the "gen libraries" will be
redone as true template classes.  However, I seriously doubt that is
possible today, under g++-2.x.

--
Ben Liblit   -----   "Fais que tes reves soient plus longs que la nuit."
liblit@cs.psu.edu   --   brl102@psuvm.psu.edu   --   brl102@psuvm.bitnet

Newsgroups: gnu.g++.lib.bug
From: rcf@coco.ms.washington.edu (Richard Fairfield)
Subject: need help with libg++ on DECstation running OSF/1
Organization: Univ of Wash , Math Sciences Computing Center
Distribution: gnu
Date: Tue, 10 Nov 1992 00:52:39 GMT

Can anyone help me figure out how to build libg++.a on a DECstation 5000
running DEC OSF/1 1.1?

I have successfully built and installed gcc 2.3.1 but it did not include
libg++.a (why not?).

I got a copy of libg++-2.2 but the configure program does not seem to like
"decstation-osf1" as a host type.

I tried "decstation" as a host type. configure swallowed that but "make all"
failed with this error:

Next, I edited config/mh-decstation to specify the gcc compiler instead of cc.
THe "make all" got a lot further this time but eventually it failed with
these errors:

   gcc -g -nostdinc++ -I. -I.. -I. -I./../src -I./../g++-include -c  filebuf.C
   In file included from /usr/include/machine/machparam.h:50, from /usr/include/sys
   /param.h:79, from ./../g++-include/sys/param.h:13, from /usr/include/sys/file.h:
   68, from ./../g++-include/sys/file.h:17, from filebuf.C:20:
   /usr/include/machine/endian.h:109: `w' undeclared, outside of functions
   /usr/include/machine/endian.h:110: parse error before `w'
   /usr/include/machine/endian.h:111: register name not specified for `w'
   /usr/include/machine/endian.h:111: parse error before `{'
   /usr/include/machine/endian.h:118: `l' undeclared, outside of functions
   /usr/include/machine/endian.h:119: parse error before `l'
   /usr/include/machine/endian.h:120: register name not specified for `l'
   /usr/include/machine/endian.h:120: parse error before `{'
   In file included from /usr/include/sys/file.h:68, from ./../g++-include/sys/file
   .h:17, from filebuf.C:20:
   ./../g++-include/sys/param.h:20: parse error before `}'
   In file included from filebuf.C:20:
   ./../g++-include/sys/file.h:27: parse error before `}'
   filebuf.C: In method `int  filebuf::sys_write (const void *, long int)':
   filebuf.C:484: warning: ANSI C++ forbids implicit conversion from `void *' in argument passing


Now I'm really stumped.

thanks,
Richard Fairfield
Math Sciences Computing Center
University of Washington
206-685-2303
rcf@ms.washington.edu

Newsgroups: gnu.g++.lib.bug
From: rcf@coco.ms.washington.edu (Richard Fairfield)
Subject: correction to "Need help with libg++-2.2 on decstation running osf/1"
Organization: Univ of Wash , Math Sciences Computing Center
Distribution: gnu
Date: Tue, 10 Nov 1992 04:33:45 GMT

Oops. In my earlier posting I said that "make all" failed when I specified
the system type as "decstation", but I left out the error message. Here it is:

rootme=`pwd` ; export rootme; CC="cc -Wf,-XNg1000 `if [ -f ${rootme}/../gcc/gcc
] ;  then echo -I${rootme}/../gcc/include ;  else echo ; fi`"; export CC;  ./uti
ls/gen-params  >tmp-params.h
nm: Error: cannot open dummy.o
nm: Error: cannot open dummy.o
nm failed to find FUNC in dummy.o!
./utils/gen-params: -1: bad number

Sorry about that,

Richard Fairfield
Math Sciences Computing Center
University of Washington
206-685-2303
rcf@ms.washington.edu
	

Newsgroups: gnu.g++.lib.bug