🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.std.c++
Article #3256

Re: hash_XXX containers?

#3256
From: Dick Menninger
Date: Tue, 06 Feb 1996 02:35
61 lines
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!austern
References: <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