delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1998/11/06/11:50:27

Message-ID: <364327AC.7D25E209@cleansoft.com>
Date: Fri, 06 Nov 1998 09:45:32 -0700
From: Michael Deck <deckm AT cleansoft DOT com>
Organization: Cleanroom Software Engineering, Inc.
X-Mailer: Mozilla 4.5 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
Newsgroups: comp.os.msdos.djgpp
Subject: Moving from libgpp _string to standard
Lines: 16
NNTP-Posting-Host: 199.45.153.2
X-Trace: 6 Nov 1998 09:46:16 +0700, 199.45.153.2
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

I wanted to upgrade my gcc environment from 2.7.2.1 to 2.8.1. At the
same time, I'd like to eliminate my dependence on libgpp -- it sounds
like its use is deprecated in favor of the STL (correct me if I'm
wrong). The 2.8.1 information seems to be saying that all the
functionality of libgpp is now in STL. 

That may be true, but I am having trouble finding the String class. I've
got an app that's pretty heavily dependent on having that functionality
or its close equivalent. Is there a way to get this without libgpp or
should I just stick with that? If it's the latter, can someone help me
understand the long-term direction for libgpp, both in DJGPP and in GNU?
My Unix sysadmin is balking at upgrading it because he says it's use is
deprecated. 

Thanks,
  Mike

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019