From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: add etc/PROBLEMS entry for building 32-bit exe on 64-bit system Date: Tue, 09 Jan 2007 19:25:05 -0500 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1168388801 19609 80.91.229.12 (10 Jan 2007 00:26:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 10 Jan 2007 00:26:41 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 10 01:26:39 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H4RIb-0008Ro-2Q for ged-emacs-devel@m.gmane.org; Wed, 10 Jan 2007 01:26:37 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H4RIa-0005bm-MH for ged-emacs-devel@m.gmane.org; Tue, 09 Jan 2007 19:26:36 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H4RHd-0005BQ-TC for emacs-devel@gnu.org; Tue, 09 Jan 2007 19:25:37 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H4RHd-0005As-8G for emacs-devel@gnu.org; Tue, 09 Jan 2007 19:25:37 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H4RHd-0005Ak-3X for emacs-devel@gnu.org; Tue, 09 Jan 2007 19:25:37 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H4RHc-0006Ez-S3 for emacs-devel@gnu.org; Tue, 09 Jan 2007 19:25:36 -0500 Original-Received: from [127.0.0.1] (helo=localhost) by fencepost.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1H4RH7-0008Cu-Nd; Tue, 09 Jan 2007 19:25:05 -0500 Original-To: Andreas Schwab X-Spook: BATF supercomputer Mossad Janet Reno JUWTF COSCO Commecen X-Ran: iecHJ<(qa\LGddDW=;i&2N~J`D[v\{L/pi.n2Y_r-N#*"_Y79'pf54F5><)~LXMQp.Oc7X X-Hue: black X-Attribution: GM In-Reply-To: (Andreas Schwab's message of "Tue, 09 Jan 2007 23:30:14 +0100") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:65096 Archived-At: Andreas Schwab wrote: > Richard Stallman writes: > >> The right thing to do is to pass --build=i386-linux-gnu when configuring. >> >> If you do that, does it work correctly? > > I can't test myself, but it certainly works for ppc vs ppc64. I wasn't aware of this method, so thanks for telling me about it. By itself, it does not work for me. The build process just goes on to call "gcc" as normal, which compiles x86_64 objects rather than i386 ones. I found I had to do: i) export CFLAGS=-m32; export LDFLAGS=-m32 (to get i386 objects) ii) Add "--build=i386-linux-gnu --x-libraries=/usr/X11R6/lib --without-sound" to configure's arguments. This is on RHEL4 x86_64. The --x option is needed to stop the build trying to use the 64-bit libraries from /usr/X11R6/lib64. The --sound option is I think needed just to work around a RHEL bug (there seems to be no x86_64 package that provides a 32-bit libasound). I imagine it's reasonable to expect configure to just Do The Right Thing for all of these but the sound issue, without so much user intervention? Actually, I guess it should auto-detect no compatible sound libraries as well...