From owner-freebsd-current Sat Mar 13 15: 9:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.dyn.ml.org (pm3-6.ppp.wenet.net [206.15.85.6]) by hub.freebsd.org (Postfix) with ESMTP id 6FB5214F4D for ; Sat, 13 Mar 1999 15:08:40 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost [127.0.0.1]) by zippy.dyn.ml.org (8.9.3/8.9.1) with ESMTP id PAA80943; Sat, 13 Mar 1999 15:07:29 -0800 (PST) (envelope-from garbanzo@hooked.net) Date: Sat, 13 Mar 1999 15:07:29 -0800 (PST) From: Alex Zepeda To: Vladimir Kushnir Cc: "David O'Brien" , current@FreeBSD.ORG Subject: Re: bmake/contrib framework for egcs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 14 Mar 1999, Vladimir Kushnir wrote: > Thanks, I'll try, but what I mean is egcs compiled binaries are bigger > even for C, not C++, and as if memory serves -Os is -O2 subset. So > probably I'll just have to accept this increase in binaries size :-(. Ah > well, it ain't all that much, anyway. -Os is a subset of -O2, which enables everything that won't increase the size of a binary. However, I don't know about rtti, but IIRC exception handling code (or perhaps stubs thereof) are included even in C code, just incase. Perhaps jdp can shed some more light on this (he's been a very useful resource to me in the past). > Oh, incidentally, I forgot to add that (when compiling libstdc++ with new > c++ for the first time, it can't find file exception. So perhaps in > gnu/lib/libstdc++/Makefile this part of CFLAGS shoild be > -I${EGCSDIR}/gcc/cp/inc rather than -I${EGCSDIR}/gcc/cp/inc/exception > (after all, ${EGCSDIR}/gcc/cp/inc/exception is a file). - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message