This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


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

Re: String.h


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!!!

Alex

----- Original Message -----
From: "Mike Stump" <mrs@windriver.com>
To: <alex@cs.wustl.edu>; <gcc@gcc.gnu.org>
Sent: Friday, May 18, 2001 11:49 AM
Subject: Re: String.h


> > From: "Alex Arulanthu" <alex@cs.wustl.edu>
> > To: gcc@gcc.gnu.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:
>
> http://gcc.gnu.org/cgi-bin/fom.cgi?_highlightWords=libg&file=33
>
> And from there, I found:
>
>
ftp://ftp.yggdrasil.com/mirrors/site/egcs.cygnus.com/pub/egcs/infrastructure
/
>
>
ftp://ftp.yggdrasil.com/mirrors/site/egcs.cygnus.com/pub/egcs/infrastructure
/libg++-2.8.1.3-20000914.diff.gz
>
> 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.



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