Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT cygwin DOT com Delivered-To: mailing list cygwin-developers AT cygwin DOT com Date: Sat, 27 Jul 2002 21:27:37 -0400 From: Christopher Faylor To: cygwin-developers AT cygwin DOT com Subject: Re: -fno-rtti Message-ID: <20020728012737.GB11185@redhat.com> Reply-To: cygwin-developers AT cygwin DOT com Mail-Followup-To: cygwin-developers AT cygwin DOT com References: <028701c235ac$b1c303f0$6132bc3e AT BABEL> <20020727211653 DOT GA8923 AT redhat DOT com> <02b901c235b5$f9fdfcc0$6132bc3e AT BABEL> <02ed01c235b9$7060a900$6132bc3e AT BABEL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <02ed01c235b9$7060a900$6132bc3e@BABEL> User-Agent: Mutt/1.3.23.1i On Sat, Jul 27, 2002 at 11:03:28PM +0100, Conrad Scott wrote: >"Conrad Scott" wrote: >> Would the alternative of compiling just the cygserver with rtti >be >> acceptable? For the problem I've got (which is defining >equality >> operators on a class hierarchy) rolling my own code would >probably >> cost more in terms of space and time than the native C++ rtti. > >I've found a way of doing this w/o dynamic_cast (and w/o being too >extremely horrible either), so I'll change over to that and avoid >the issue. As you said in your reply "I'd rather not make a >conscious decision to do this when it can be avoided." I'll go >with that :-) Ok. I guess I won't admit that I was wavering then. :-) cgf