From owner-freebsd-stable Tue Mar 28 12:23:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kot.ne.mediaone.net (kot.ne.mediaone.net [24.218.15.190]) by hub.freebsd.org (Postfix) with ESMTP id A092D37C05B for ; Tue, 28 Mar 2000 12:23:08 -0800 (PST) (envelope-from mi@kot.ne.mediaone.net) Received: from rtfm.newton (root@rtfm.newton [10.10.0.1]) by kot.ne.mediaone.net (8.9.3/8.9.1) with ESMTP id PAA70067; Tue, 28 Mar 2000 15:23:06 -0500 (EST) From: Mikhail Teterin X-Relay-IP: 10.10.0.1 Received: (from mi@localhost) by rtfm.newton (8.9.3/8.9.3) id PAA01992; Tue, 28 Mar 2000 15:23:06 -0500 (EST) (envelope-from mi@kot.ne.mediaone.net) Message-Id: <200003282023.PAA01992@rtfm.newton> Subject: Re: gcc problems In-Reply-To: from Max Khon at "Mar 29, 2000 02:37:26 am" To: Max Khon Date: Tue, 28 Mar 2000 15:23:06 -0500 (EST) Cc: Gregory Edigaroff , freebsd-stable@FreeBSD.ORG X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" What can I do? = =look at /usr/ports/databases/mysql322-server/patches/patch-aq But is not this, where the optimization can be quite desirable? Is not this the query parsing code? If it identifies a bug in CXX it should be this should only be considered a workaround. If the compiler eventually succeeds -- just brace-up and wait :) May be, add a -nopipe option explicitly. -mi +++ sql/Makefile.in Wed Jan 5 20:28:17 2000 @@ -317,6 +317,10 @@ else :; fi sql_yacc.hh: sql_yacc.cc +# gcc takes a lot of memory and cpu time if it compiles sql_yacc.cc with -O +sql_yacc.o: sql_yacc.cc + $(CXXCOMPILE) -O0 -c $< + To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message