From owner-freebsd-current@FreeBSD.ORG Thu Jul 29 16:06:11 2004 Return-Path: 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 28CB416A4CE for ; Thu, 29 Jul 2004 16:06:11 +0000 (GMT) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFB3E43D1D for ; Thu, 29 Jul 2004 16:06:09 +0000 (GMT) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from [127.0.0.1] (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i6TG5hE25773 for ; Thu, 29 Jul 2004 18:05:43 +0200 Message-ID: <41092061.7000900@student.utwente.nl> Date: Thu, 29 Jul 2004 18:05:53 +0200 From: Roderick van Domburg Organization: University of Twente User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: r.s.a.vandomburg@student.utwente.nl X-Mailman-Approved-At: Fri, 30 Jul 2004 11:54:42 +0000 Subject: Curious MySQL building problem /w GCC 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2004 16:06:11 -0000 First off, thumbs up for the GCC import. I was awaiting the import to get a couple of sparc64 boxes up and running! I know I should normally report this to the maintainer or file a PR, but since this seems so curious and hot on the heels of the GCC import, I figured I'd post it here. I CVSupped and rebuilt a quad Xeon III on July 29th, and it runs just fine. However, when recompiling MySQL, progressed just came to a halt at: make all-am Making all in strings cc -DDBUG_OFF -O -pipe -march=pentium3 -c `test -f 'strings-x86.s' || echo './'`strings-x86.s 0% CPU and virtually no memory in use. Workaround: compiling strings-x86.s without -pipe. I re-enabled it for the rest of the build, which is now running in the background and seems peachy. No idea what causes it, but here's the report. Should I report it to the maintainer or the GCC team instead? Regards, Roderick