From owner-freebsd-hackers Wed Dec 8 21: 1:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from koke.nibb.ac.jp (koke.nibb.ac.jp [133.48.46.82]) by hub.freebsd.org (Postfix) with ESMTP id 27738152DA for ; Wed, 8 Dec 1999 21:01:17 -0800 (PST) (envelope-from tomoaki@biol.s.u-tokyo.ac.jp) Received: from localhost (koke.nibb.ac.jp [127.0.0.1]) by koke.nibb.ac.jp (8.9.3/8.9.3) with ESMTP id OAA80806; Thu, 9 Dec 1999 14:01:16 +0900 (JST) (envelope-from tomoaki@biol.s.u-tokyo.ac.jp) To: freebsd-hackers@FreeBSD.ORG Cc: tomoaki@biol.s.u-tokyo.ac.jp Subject: ctype.h difines _T globaly From: Tomoaki NISHIYAMA X-Mailer: Mew version 1.94.2pre3 on XEmacs 21.1 (Big Bend) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991209140116T.tomoaki@biol.s.u-tokyo.ac.jp> Date: Thu, 09 Dec 1999 14:01:16 +0900 X-Dispatcher: imput version 991025(IM133) Lines: 22 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I propose that ctype.h not define _T, but instead define _CTYPE_T. Other two letter macros also should be changed likewise. Definition of such macro by the system are perhaps allowed by the standard, but its better not to define such macros. One reason is that the STL code included in stdlibc++ currently uses _T as local identifier. This code will be broken by the macro in ctype.h. To change the situation one can change the c++ codes. Another way is to change the macro in ctype.h. Both action can be taken at the same time. The other reason is that it is not good to polute the global namespace by just a part of the system. One does not expect that _T is defined in ctype.h. But if the macro were _CTYPE_T it is easier to come to the idea that it might be defined in ctype.h. -- Tomoaki Nishiyama e-mail:tomoaki@biol.s.u-tokyo.ac.jp Department of Biological Sciences, Graduate School of Science, The University of Tokyo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message