Doc. No.: X3J16/96-0175 WG21/N0993 Date: September 24, 1996 Project: Programming Language C++ Reply To: Sandra Whitman Digital Equipment Corporation whitman@tle.enet.dec.com Clause 18 (Language Support Library) Issues List - Version 6 Revision History Version 1 - February 1, 1995: Distributed in pre-Austin mailing. Version 2 - May 30, 1995: Distributed in pre-Monterey mailing. Version 3 - September 26, 1995: Distributed in pre-Tokyo mailing. Closed issues are compressed to save paper. Version 4 - May 22, 1996: Distributed in pre-Stockholm mailing. Version 5 - July 15, 1996: Distributed in post-Stockholm mailing. Version 6 - September 24, 1996: Distributed in pre-Hawaii mailing. Introduction This document is a summary of the issues identified in Clause 18. For each issue the status, a short description, and pointers to relevant reflector messages and papers are given. Active Issues ------------------------------------------------------------------------- Work Group: Library Clause 18 Issue Number: 18-030 Title: Should operator new and delete be defined within the namespace std ? Sections: 18.4 Dynamic memory management [lib.support.dynamic] Status: active Description: Bill Gibbons in c++std-lib-4823 >17.3.1.1/2 says: > > All library entities shall be defined within the namespace std. > >Shouldn't this say "except operator new and operator delete"? > >And since this includes "size_t", the declarations of "operator new" >in section 18.4 need to qualify "size_t", i.e. > > size_t => std::size_t Proposed Resolution: Exclude operator new and operator delete from namespace std and change 17.3.1.1/2 to say: All library entities except operator new and operator delete shall be defined within the namespace std. If this is the case then size_t needs to be qualified as std::size_t in 18.4, 18.4.1.1-18.4.1.3. Requestor: Bill Gibbons Owner: Sandra Whitman Emails: c++std-lib-4823 Papers: None Closed Issues ------------------------------------------------------------------------- Issue Number: 18-001 Title: Typedef typedef void fvoid_t(); not used anywhere Last Doc.: N0784=95-0184 Issue Number: 18-002 Title: Redundant typedefs Last Doc.: N0784=95-0184 Issue Number: 18-003 Title: Call to set_new_handler() with null pointer Last Doc.: N0784=95-0184 Issue Number: 18-004 Title: Inherited members explicitly mentioned Last Doc.: N0784=95-0184 Issue Number: 18-005 Title: Call to set_terminate() or set_unexpected() with null pointer Last Doc.: N0784=95-0184 Issue Number: 18-006 Title: and references Last Doc.: N0784=95-0184 Issue Number: 18-007 Title: denormal_loss member to the numeric_limits class Last Doc.: N0784=95-0184 Issue Number: 18-008 Title: global operator new Last Doc.: N0784=95-0184 Issue Number: 18-009 Title: whither exception? Last Doc.: N0784=95-0184 Issue Number: 18-010 Title: Exception specifications for class numeric_limits Last Doc.: N0784=95-0184 Issue Number: 18-011 Title: Exception specifications for set_new_handler() Last Doc.: N0784=95-0184 Issue Number: 18-012 Title: Exception specifications for set_unexpected() and set_terminate() Last Doc.: N0784=95-0184 Issue Number: 18-013 Title: deleting a pointer obtained by a nothrow version of "operator new" Last Doc.: N0784=95-0184 Issue Number: 18-014 Title: nothrow versions of "operator delete" Last Doc.: N0784=95-0184 Issue Number: 18-015 Title: Should terminate() and unexpected() be in ? Last Doc.: N0935R1=96-0117R1 Resolution: closed, no action (Stockholm) Issue Number: 18-016 Title: numeric_limits and LIA-1/WG14/C Compliance Last Doc.: N0935R1=96-0117R1 Resolution: closed, no action (Stockholm) Issue Number: 18-017 Title: Run-time Dependent traps in numeric_limits Last Doc.: N0935R1=96-0117R1 Resolution: closed, no action (Stockholm) Issue Number: 18-018 Title: Run-time Dependent Rounding in numeric_limits Last Doc.: N0935R1=96-0117R1 Resolution: closed, no action (Stockholm) Issue Number: 18-019 Title: Extra Denorm Members in numeric_limits in Support of IEC 559 Last Doc.: N0935R1=96-0117R1 Resolution: closed, no action (Stockholm) Issue Number: 18-020 Title: numeric_limits static const int/bool Members Must be Constant Expressions. Last Doc.: N0935R1=96-0117R1 Resolution: accepted proposal (Stockholm) Issue Number: 18-021 Title: Correction to nothrow in Last Doc.: N0935R1=96-0117R1 Resolution: accepted proposal 3 with modifications (Stockholm) Issue Number: 18-022 Title: Make nothrow a Type Instead of a Value. Last Doc.: N0935R1=96-0117R1 Resolution: accepted as editorial change (Stockholm) Issue Number: 18-023 Title: Array Form of Operator delete[] Added to 18.4.1.2 Last Doc.: N0935R1=96-0117R1 Resolution: accepted as editorial change (Stockholm) Issue Number: 18-024 Title: Are Some numeric_limits static const Members Really Dynamic ? Last Doc.: N0935R1=96-0117R1 Resolution: closed, no action (Stockholm) Issue Number: 18-025 Title: Make references to throw references to throw() in 18.2.1 Last Doc.: N0935R1=96-0117R1 Resolution: accepted as editorial change (Stockholm) Issue Number: 18-026 Title: type_info from 95-0195/N0795 Last Doc.: N0935R1=96-0117R1 Resolution: rejected, no longer true (Stockholm) Issue Number: 18-027 Title: Describe rounding error Last Doc.: N0935R1=96-0117R1 Resolution: accepted as editorial change (Stockholm) Issue Number: 18-028 Title: Type float_round_style edits Last Doc.: N0935R1=96-0117R1 Resolution: accepted as editorial change (Stockholm) Issue Number: 18-029 Title: numeric_limits specializations example editorial changes Last Doc.: N0935R1=96-0117R1 Resolution: accepted as editorial change (Stockholm)