Re: add etc/PROBLEMS entry for building 32-bit exe on 64-bit system

[Giorgos Keramidas]

On 2007-01-08 20:44, Glenn Morris <address@hidden> wrote:
> I suggest adding something like the following to etc/PROBLEMS and
> etc/TODO. I not infrequently want to compile 32-bit apps on 64-bit
> systems (so that they can be run on otherwise identical 64- and 32-bit
> systems).

I don't really think the text below is correct.

I have been building 32-bit versions of Emacs 22 on Solaris amd64
systems for several months now, and the build works fine.  This means
that, at least the following part of the text below is false:

    "when building on a 64-bit platform, you must build a 64-bit
    executable"

Depending on the set of runtime libraries, and the support of the build
system for compiling and installing 32-bit vs. 64-bit binaries, the
above statement may or may not be true.

> *** PROBLEMS    16 Dec 2006 14:00:15 -0000 1.202
> --- PROBLEMS    9 Jan 2007 01:39:51 -0000
> ***************
> *** 2355,2360 ****
> --- 2355,2366 ----
>   the problem, install the current version of GNU Sed, then rerun
>   Emacs's configure script.
>   
> + *** Building a 32-bit executable on a 64-bit GNU/Linux architecture fails.
> + 
> + For example, if CFLAGS=-m32 is passed to configure, the resulting
> + build will fail.  There is no fix for this problem at present - when
> + building on a 64-bit platform, you must build a 64-bit executable.
> + 
>   *** Building the Cygwin port for MS-Windows can fail with some GCC
>       version
>   
>   Building Emacs 22 with Cygwin builds of GCC 3.4.4-1 and 3.4.4-2 is
> 
> 
> *** TODO   2 Jan 2007 18:29:37 -0000   1.137
> --- TODO   9 Jan 2007 01:40:09 -0000
> ***************
> *** 159,164 ****
> --- 159,167 ----
>   
>   * Other features we would like:
>   
> + ** Make it possible to build a 32-bit executable on 64-bit systems.
> +   See 
> http://lists.gnu.org/archive/html/emacs-pretest-bug/2006-10/msg00462.html
> + 
>   ** Remove the default toggling behavior of minor modes when called from 
> elisp
>   rather than interactively.  This a trivial one-liner in easy-mode.el.
>   ** Create a category of errors called `user-error' for errors which are