emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-bug-tracker] bug#8497: closed (Bug#620795: emacs23: Makefile gene


From: GNU bug Tracking System
Subject: [Emacs-bug-tracker] bug#8497: closed (Bug#620795: emacs23: Makefile generation with cpp mangles multiarch include paths (impending FTBFS))
Date: Thu, 14 Apr 2011 04:47:02 +0000

Your message dated Thu, 14 Apr 2011 00:46:06 -0400
with message-id <address@hidden>
and subject line Re: bug#8497: Bug#620795: emacs23: Makefile generation with 
cpp mangles multiarch include paths (impending FTBFS)
has caused the GNU bug report #8497,
regarding Bug#620795: emacs23: Makefile generation with cpp mangles multiarch 
include paths (impending FTBFS)
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
8497: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8497
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Re: Bug#620795: emacs23: Makefile generation with cpp mangles multiarch include paths (impending FTBFS) Date: Wed, 13 Apr 2011 22:56:03 -0500 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux)
(If possible, please preserve the 620795-forwarded address in any replies.)

Debian is likely to migrate to multiarch, and it appears that the
transition will probably break the Emacs build process.

The problem is that Emacs uses cpp to process the Makefiles, and with
multiarch, include paths will include strings like "i386" that cpp will
replace with nonsensical values. i.e.

  -I/usr/lib/i386-linux-gnu/glib-2.0 -> -I/usr/lib/1-linux-gnu/glib-2.0

Steve Langasek <address@hidden> writes:

> Having begun to convert libraries over to multiarch in Ubuntu, we've found
> emacs23 among the packages which fails to build.  This is because the
> two-stage, autoconf+cpp generation of src/Makefile and lib-src/Makefile
> results in strings like "-I/usr/lib/i386-linux-gnu/glib-2.0" being seen as
> input to cpp... which has "i386" as a macro defined to "1".  So unless these
> macros are undefined, the path that winds up in the Makefile is broken and
> results in a build failure.
>
> The attached patch partially addresses this by undefining any macros that
> happen to exist for the <cpu> portion of the architecture triplet.  Only
> architectures for which Ubuntu currently builds are handled here, however;
> for Debian either a more comprehensive list or a generic fix is needed. 
> It's possible that passing -fdirectives-only to cpp would solve this, but I
> haven't tested.

Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620795 for
additional information.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



--- End Message ---
--- Begin Message --- Subject: Re: bug#8497: Bug#620795: emacs23: Makefile generation with cpp mangles multiarch include paths (impending FTBFS) Date: Thu, 14 Apr 2011 00:46:06 -0400
> From: Rob Browning <address@hidden>
> Date: Wed, 13 Apr 2011 22:56:03 -0500
> Cc: address@hidden,
>       Steve Langasek <address@hidden>, address@hidden
> 
> 
> (If possible, please preserve the 620795-forwarded address in any replies.)
> 
> Debian is likely to migrate to multiarch, and it appears that the
> transition will probably break the Emacs build process.
> 
> The problem is that Emacs uses cpp to process the Makefiles

It no longer does in the development trunk.  However, that change is
not (and probably will not be) in the emacs-23 release branch, only in
Emacs 24 when that is released.

So I'm closing this bug.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]