This is the mail archive of the
mailing list for the GCC project.
- To: "Mike Stump" <mrs at windriver dot com>,gcc at gcc dot gnu dot org
- Subject: Re: String.h
- From: "Alex Arulanthu" <alex at cs dot wustl dot edu>
- Date: Fri, 18 May 2001 12:10:46 -0700
- References: <200105181849.LAA08424@kankakee.wrs.com>
Thanks Mike et al. I was trying to port some code that is using "class
String" which I could find only in String.h...
I wanted to make sure, I am not doing configuration mistakes which prevents
me from using this classs.... I can always port this to some good String
utility classes found in ACE (www.cs.wustl.edu/~schmidt)
THANKS a bunch to everyone again!!!
----- Original Message -----
From: "Mike Stump" <firstname.lastname@example.org>
To: <email@example.com>; <firstname.lastname@example.org>
Sent: Friday, May 18, 2001 11:49 AM
Subject: Re: String.h
> > From: "Alex Arulanthu" <email@example.com>
> > To: firstname.lastname@example.org
> > Date: Thu, 17 May 2001 18:16:56 -0700
> > I wrote yesterday:
> > > My program is not able to include String.h.. Any ideas why this is
> > > happening?
> > Thanks Mark, Mike, Carlo and Robert for the responses.
> > Unfortuantely, I still have nt figured out why my g++ is not putting
> > /usr/local/lib/g++-include in the include dirs.
> Let me try again. That directory cannot be used by your compiler.
> There is no amount of forcing that can possible make it work, you must
> not try, it cannot be done.
> If you must use String.h, you must find and install a package called
> libg++. Last I knew, HJ Lu had played with it, but I thought he had
> passed it to yet another person, but I cannot recall who. The libg++
> package doesn't have the amount of maintenance and fixing that it once
> had. Searching the FAQ stuff for libg++, I found:
> And from there, I found:
> This appears to be the latest I can find. Someone might have a cvs of
> an up-to-date one, though I don't know where it is.
> My recommendation was, to employ a process called software porting and
> maintenance, and port the software up to newer libraries and remove
> the reliance of your software on libg++. Overtime, finding it and
> using it will probably only become harder.