Article View: comp.std.c++
Article #3256Re: hash_XXX containers?
From: Dick Menninger
Date: Tue, 06 Feb 1996 02:35
Date: Tue, 06 Feb 1996 02:35
61 lines
3580 bytes
3580 bytes
> ==========Steve Clamage, 2/4/96========== > Eugene Lazutkin <eugene@int.com> writes: > > >What is a current status of a *Subj* proposal? Is C++ Standard > >Committee going to accept them or not? What was a problem? > >How was it solved, if it was? > A proposal was received for adding hash tables to the STL part > of the standard C++ library. Without addressing its technical > merit, the C++ Committee decided it was not possible to deal with > the proposal and still have any chance of meeting the schedule. > The proposal (or perhaps a modified version) was resubmitted > later. Again without considering the technical merit, the > Committee noted that the time situation had not changed, and > it was still not possible to consider the proposal. > To elaborate on the problem of time, nearly two years after > accepting the original STL proposal, details are still being > tweaked. The hash table proposal is about half the size of > the original STL proposal. Even if we had the resources to > devote to analyzing it, we could not afford to add another > year to the schedule. > For every person who wants just one more vital feature added to > the draft, someone else wants the standard to be declared > finished and published. The Committee has decided not to add > any more features, and to fix the remaining problems with > what we already have. Since I have been something of a pot sturrer on similar issues, it may come as a surprise that I completely endorse this stand as the only possible course for the committee. The language has not fully grown up, particularly in STL-related issues. Yet it desparately needs to leave home and grow up after it does. Actually, much of my pot sturring has been pointed at getting people to think about how to continue helping it grow out of some a rather awkward adolescence in some areas without a major schedule wait. The process to make it a standard is not really under control of the committee, rather they have to live with most of it being imposed on them. It may not fit this case as well as some others, but processes are like that. The key is to keep the process from stunting the growth during a key time of growth (why do schedules have such an uncanny ability to find such awkward points in development?). So, how does growth continue in such a forced, imperfect circumstance? "It will not be in the standard" has to be a premise of ANY answer. Good Day Dick Dick.Menninger@DaytonOH.ATTGIS.COM --- [ comp.std.c++ is moderated. Submission address: std-c++@ncar.ucar.edu. Contact address: std-c++-request@ncar.ucar.edu. The moderation policy is in http://reality.sgi.com/employees/austern_mti/std-c++/policy.html. ]
Technical Details
Message-ID:
<DMBuKL.Grv@falcon.daytonoh.attgis.com>Path:
arc1-ca.pugleaf.net!fido.asd.sgi.com!austernReferences:
<4f2tms$r9r@engnews1.Eng.Sun.COM>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!fido.asd.sgi.com!austern From: Dick Menninger <Dick.Menninger@daytonoh.attgis.com> Newsgroups: comp.std.c++ Subject: Re: hash_XXX containers? Date: 05 Feb 1996 18:35:14 PST Organization: AT&T Global Information Solutions Approved: austern@isolde.mti.sgi.com Message-ID: <DMBuKL.Grv@falcon.daytonoh.attgis.com> References: <4f2tms$r9r@engnews1.Eng.Sun.COM> Reply-To: mennid <Dick.Menninger@daytonoh.attgis.com> NNTP-Posting-Host: isolde.mti.sgi.com X-Original-Date: Mon, 5 Feb 1996 23:57:57 GMT X-Newsreader: DiscussIT 2.5.1.3 for MS Windows [AT&T Software Products Division] X-Auth: PGPMoose V1.1 PGP comp.std.c++ iQBVAwUBMRa+dEy4NqrwXLNJAQEddgIAt9t+ed80a2Rm/Vq78D0QJi65wHz218Ms 7zffbqQnCV+NHoblSP2zwcmVL2E7qrcS8VtfW3RjAhef9T5Q5og8og== =lQGH Originator: austern@isolde.mti.sgi.com