Re: tweak for documentation of how to create universal binaries

[Ralf Wildenhues]

Hi Bruno,

* Bruno Haible wrote on Sun, Apr 19, 2009 at 05:15:19PM CEST:
> Ralf Wildenhues wrote:
> > The patch below (against Automake) should do the trick.
> > Can you try it out, and report back the depmode chosen with and without
> > --enable-dependency-tracking and whether the depmode works (in case of
> > doubt, you can run depcomp7.test from the Automake testsuite)?
> 
> Without option --enable-dependency-tracking:
> The depmode is now 'none' (was 'gcc' earlier). "make" and "make check" work
> fine.

Cool.

> With option --enable-dependency-tracking:
> The depmode is now 'makedepend'. There are some warnings from makedepend:
> makedepend: warning:  cannot open "i386"
> makedepend: warning:  cannot open "x86_64"
> makedepend: warning:  cannot open "ppc"
> makedepend: warning:  cannot open "ppc64"
> But nothing fatal. It works.

OK.  Hmm, we could eliminate -arch plus argument in the parsing loop.

> > Can you also try to see if the "icc" depmode bit can be omitted from the
> > patch?
> 
> At this point in time, "icc" for MacOS X does not support the "-arch"
> option that Apple's gcc supports.

Ah, no, that's not what I meant; sorry for not being precise.  In the
patch that I sent, there is an "icc" case match.  If you omit that match
from the patch, does not specifying --enable-dependency-tracking still
cause depmode=none for gcc in universal mode?

The "icc" depmode itself was added for older Intel compiler releases.
Modern versions of it understand "gcc3" and "gcc" depmode.  However, GCC
itself will also understand the "icc" depmode, but I was hoping that the
safety guards Apple put into its GCC variant when universal mode is on,
would exclude that already.

Was that understandable now?  All I'd like to know is, if you took my
patch, ran
  sed 's,| icc,,'

on it and then applied it, would things then still work with GCC?

Thanks for testing!
Ralf