From: Peter Dyballa <Peter_Dyballa@Freenet.DE>
To: Glenn Morris <rgm@gnu.org>
Cc: 9757@debbugs.gnu.org
Subject: bug#9757: 24.0.90; configuration and compilation for multiple architectures not possible
Date: Thu, 17 May 2012 00:48:30 +0200 [thread overview]
Message-ID: <3C4DD6FC-47E2-43AC-B151-3A25FFEBAE84@Freenet.DE> (raw)
In-Reply-To: <uofwb0zist.fsf@fencepost.gnu.org>
Am 16.05.2012 um 09:28 schrieb Glenn Morris:
> Peter Dyballa wrote:
>
>> Trying to set up GNU Emacs with Apple means to run on more than one
>> target architecture configuration fails because the configure script
>> does not use the value I set for CPP but insists on using the -E
>> option for CC, which is not allowed in this situation:
>
> This is bug#9755 again.
>
> The report continues for some time after this. I'm afraid I have no idea
> what the rest of it is about.
Apple's GGC versions offer the ability to compile a *fat* binary in one compiler run for more than one architecture. This has side-effects, like setting #define's that are changed to fit the target architecture. Another effect is that when the configure script invokes GCC with one of the mentioned flags "-E, -S, -save-temps, -M" it stops working.
The configure scripts of other programmes seem not to use any of these switches, so I can build a fat binary in one step. Meanwhile I think that even when this would work with GNU Emacs' configure script a problem would arise when the unexec step is processed. So there must be a different procedure to build a fat version of GNU Emacs – which also would need to care of the libexec/emacs install targets.
It's probably best to close this bug report.
--
Greetings
Pete
The most exciting phrase to hear in science, the one that heralds new discoveries, is not "Eureka!" (I found it!) but "That's funny..."
– Isaac Asimov
prev parent reply other threads:[~2012-05-16 22:48 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-14 20:38 bug#9757: 24.0.90; configuration and compilation for multiple architectures not possible Peter Dyballa
2011-10-14 22:23 ` Peter Dyballa
2011-10-16 5:08 ` bug#9757: " Paul Eggert
2011-10-16 10:46 ` Peter Dyballa
2011-10-16 17:18 ` Paul Eggert
2011-10-16 17:29 ` Peter Dyballa
2011-10-16 17:44 ` Paul Eggert
2012-05-16 7:28 ` bug#9757: 24.0.90; " Glenn Morris
2012-05-16 13:04 ` Andy Moreton
2012-05-16 22:48 ` Peter Dyballa [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3C4DD6FC-47E2-43AC-B151-3A25FFEBAE84@Freenet.DE \
--to=peter_dyballa@freenet.de \
--cc=9757@debbugs.gnu.org \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.