Leaving -m32 out or keeping it in worked fine for me on MacOS 10.5, but to
my knowledge every binary/library on a 10.5 OS was 32-bit. Snow Leopard
will compile with either -m32, -m64, or neither (though I have no idea what
it does by default). The problem for me always comes when it tries to
assemble a library with ranlib or try to link to a library that is
inevitably in conflict with something (and it always throws an architecture
complaint). I don't know the amber/ambertools compilation well enough to
know whether it links to any external libraries (if no MKL is installed) by
default that are already present, but I have not been able to compile many
applications on Snow Leopard (ambertools among others) that compiled with no
problems on Leopard and Tiger. It's frustrating enough for me to downgrade
back to 10.5.
And one other curiosity, how can a 32-bit kernel support 64-bit memory
addressing? Wouldn't that be the very definition of a 64-bit kernel, or am I
missing something? I've never had this issue before Snow Leopard. (Or
perhaps it's a 32-bit OS using a 64-bit kernel? But again, wouldn't that be
a 64-bit OS? This is a bit too confusing.)
Again, I had no problem compiling amber after taking out -m32, just
ambertools.
On Sat, Sep 26, 2009 at 2:32 PM, case <case.biomaps.rutgers.edu> wrote:
> On Fri, Sep 25, 2009, MengJuei Hsieh wrote:
> >
> > Does this patch make sense to you guys? The problem of Snowleopard is
> that
> > gcc is always trying to build a x86_64 binary even if the operating
> system
> > is still in 32bit. (Snow Leopard can run x86_64 binary under 32bit OS,
> for
> > x86_64 CPU) Once you specify -m32, you need to tell gcc, ld, ar, gfortran
> to
> > do it explicitly.
> >
> > An lazy way to do this is NOT to specify at all, but it may as well a
> better
> > way...
>
> Do we know if we really need either "-m32" or "-m64" flags? That is, for
> the
> gnu compiler, if you are not cross-compiling, can one not always just leave
> this out? [Leaving out -m32 and -m64 Works for me on MacOS 10.5, aka
> Darwin
> 9, and on Intel Linux gcc/gfortran].
>
> ...dac
>
>
> _______________________________________________
> AMBER-Developers mailing list
> AMBER-Developers.ambermd.org
> http://lists.ambermd.org/mailman/listinfo/amber-developers
>
_______________________________________________
AMBER-Developers mailing list
AMBER-Developers.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber-developers
Received on Sat Sep 26 2009 - 14:00:01 PDT
