From owner-freebsd-current Mon Oct 14 15:10:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EC4637B401 for ; Mon, 14 Oct 2002 15:10:53 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF9F343E7B for ; Mon, 14 Oct 2002 15:10:52 -0700 (PDT) (envelope-from D.Rock@t-online.de) Received: from fwd06.sul.t-online.de by mailout08.sul.t-online.com with smtp id 181DQJ-0000E3-06; Tue, 15 Oct 2002 00:10:51 +0200 Received: from dialin.t-online.de (340029380333-0001@[80.128.204.122]) by fmrl06.sul.t-online.com with esmtp id 181DQD-0o8ftgC; Tue, 15 Oct 2002 00:10:45 +0200 Received: from t-online.de (doom [172.23.7.254]) by dialin.t-online.de (8.11.6+Sun/8.11.6/Rock) with ESMTP id g9EM3sv64332; Tue, 15 Oct 2002 00:03:54 +0200 (CEST) Message-ID: <3DAB3F4A.60905@t-online.de> Date: Tue, 15 Oct 2002 00:03:54 +0200 From: Daniel Rock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.1) Gecko/20020826 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Alex Zepeda Cc: current@freebsd.org Subject: Re: Perl 5.8 broken in current References: <3DAB2B21.5050205@t-online.de> <20021014204407.GA13015@blarf.homeip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alex Zepeda schrieb: >So turn off the optimizations? > >gcc's code optimizations are broken, and should be avoided. If you want >to break perl 5.6 you can do so with -O3 -march=pentiumpro (somehow I >suspect -O2 would have the same effect). > >Besides, that just goes to show, it's not perl that's broken.. rather it's >the compiler. > > > But why don't show the same optimization levels on another intel platform (Solaris x86, gcc-3.2 release) no problem? And what about the incredible runtime, regardless of optimization level (t/op/pat.t has a running time of 110s-130s, while the same test on my Solaris/x86 box only takes 7 seconds to complete. Solaris (450 MHz P II): % timex ./perl t/op/pat.t [...] ok 921 ok 922 real 7.41 user 5.66 sys 0.29 FreeBSD (300 MHz K6-2, unoptimized): % /usr/bin/time ./perl t/op/pat.t [...] ok 921 ok 922 211,42 real 115,96 user 29,67 sys FreeBSD (-mcpu=pentiumpro -O): [...] ok 639 time: command terminated abnormally 204,05 real 111,23 user 31,60 sys segmentation fault (core dumped) Especially the high system time worries me (25% of the runtime in the kernel) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message