GNU bug report logs -
#8497
Bug#620795: emacs23: Makefile generation with cpp mangles multiarch include paths (impending FTBFS)
Previous Next
Full log
Message #23 received at 8497 <at> debbugs.gnu.org (full text, mbox):
Steve Langasek <steve.langasek <at> canonical.com> writes:
> On Fri, Apr 15, 2011 at 09:51:00PM -0400, Glenn Morris wrote:
>> Rob Browning wrote:
>
>> > (If possible, please preserve the 620795-forwarded address in any replies.)
>
>> Sorry, not so long as bug#63995 exists.
>
>> >> The attached patch partially addresses this by undefining any macros that
>> >> happen to exist for the <cpu> portion of the architecture triplet.
>
>> Note the following in configure.in attempts to do this kind of thing already:
>
>> # Now get this: Some word that is part of the ${srcdir} directory name
>> # or the ${configuration} value might, just might, happen to be an
>> # identifier like `sun4' or `i386' or something, and be predefined by
>> # the C preprocessor to some helpful value like 1, or maybe the empty
>> # string. Needless to say consequent macro substitutions are less
>> # than conducive to the makefile finding the correct directory.
>> [cpp_undefs="`echo $srcdir $configuration $canonical unix |
>> sed -e 's/[^a-zA-Z0-9_]/ /g' -e 's/^/ /' -e 's/ *$//' \
>> -e 's/ */ -U/g' -e 's/-U[0-9][^ ]*//g'`"]
>
>> so it's not obvious to me why you need to do more (maybe $canonical is
>> i686-something but your directories are i386-something?).
>
> Ah - yes, that's exactly right. So this issue should only affect the i386
> build, where the toolchain triplet != the multiarch directory.
OK, thanks. I'll fix that in the next Debian release.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
This bug report was last modified 13 years and 353 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.