From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32039 invoked by alias); 4 Feb 2006 23:22:50 -0000 Received: (qmail 31851 invoked by uid 48); 4 Feb 2006 23:22:42 -0000 Date: Sat, 04 Feb 2006 23:22:00 -0000 Message-ID: <20060204232242.31849.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug c++/26099] support for type traits is not available In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "pinskia at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-02/txt/msg00356.txt.bz2 List-Id: ------- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-04 23:22 ------- (In reply to comment #2) > When I saw "tr1" in the path, I assumed this referred to the technical report > of the standards committee. I recognize a technical report is not a standard, > thus I am simply inquiring if there is interest in adding this feature. Yes TR1 refers to the technical report which is really just the library part. The interest should really go to the committe than one implementation. Now GCC can add this as an extensions and that can help the discussion/decision to add it to the standard. But GCC's view of extensions have changed over the years and right now it is that extensions are bad and should be avoided. I am not saying this is not useful after your description of how to speed up some containers. Now the book keeping is not that expensive as it is just an extra bool for each slot and you can hide most of the book keeping in a secondary class. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26099