removing -arch from LDFLAGS
David Strubbe
dstrubbe at mit.edu
Tue Nov 12 08:16:24 PST 2013
Thanks. Well, let us suppose I am not concerned with building universal for
time being: then it sounds like
configure.ld_archflags-delete -arch ${arch}
is the appropriate approach for gfortran, since -m32/-m64 are preserved in
the LDFLAGS. Right?
David
On Tue, Nov 12, 2013 at 10:55 AM, Michael Dickens <michaelld at macports.org>wrote:
> Hi David - gfortran, and non-Apple GCC in general, uses -m32 and -m64 to
> build for whatever the host arch is. So, if the host computer is a PowerPC
> ("PPC"), then -m32 will build for 32-bit PPC ("ppc"); similarly, -m64 will
> build for 64-bit PPC ("ppc_64"); you won't be able to cross-compile for
> Intel using PPC-based GCC. If your host computer is Intel ("i386" type),
> then -m32 will do 32-bit Intel ("x86" or "i386") and -m64 will do 64-bit
> Intel ("x86_64"); you won't be able to cross-compile for PPC using
> Intel-based GCC. Have a look at the muniversal PortGroup for more
> information. I hope this helps. - MLD
>
> On Tue, Nov 12, 2013, at 10:40 AM, David Strubbe wrote:
>
> gfortran just doesn't accept the "-arch" argument, so I am not sure if
> there is a way to take the arch into account. Can anyone else comment on
> how, if at all, building with gfortran should deal with build_arch?
>
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20131112/4ca026f1/attachment.html>
More information about the macports-dev
mailing list