From owner-freebsd-stable@FreeBSD.ORG Tue May 2 15:02:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 535C016A44C; Tue, 2 May 2006 15:02:07 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F19043D77; Tue, 2 May 2006 15:01:59 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.6/8.13.6) with ESMTP id k42F1wFT096142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 May 2006 11:01:58 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.6/8.13.6/Submit) id k42F1v1W096141; Tue, 2 May 2006 11:01:57 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Peter Jeremy Date: Tue, 2 May 2006 11:01:57 -0400 User-Agent: KMail/1.9.1 References: <200605011604.26507.mi+mx@aldan.algebra.com> <20060501220414.GA74865@slackbox.xs4all.nl> <20060502095954.GA693@turion.vk2pj.dyndns.org> In-Reply-To: <20060502095954.GA693@turion.vk2pj.dyndns.org> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Roland Smith , Mikhail Teterin , stable@freebsd.org, current@freebsd.org Subject: Re: cc can't build 32-bit executables on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 15:02:07 -0000 On Tuesday 02 May 2006 05:59, Peter Jeremy wrote: = But probably not as fast since it's using a generic 'C' core instead = of a hand-tweaked assembler core. šI read Mikhail's comment as meaning = that it is possible to build non-trivial 32-bit executables on amd64, = there's just work still needed to make this work as a general case. Thanks, Peter. You are correct, that was my meaning. Interestingly, the assembler-optimized 32-bit routines made lame slower than the native 64-bit code in my experiments (one may wish to compare assembler vs. C lame on i386 too). But it all *worked*, which was the point... -mi