bluegeneq-xlc: disable broken 64-bit __int128 until further notice
authorPhil Miller <mille121@illinois.edu>
Tue, 16 Oct 2012 22:49:33 +0000 (17:49 -0500)
committerPhil Miller <mille121@illinois.edu>
Tue, 16 Oct 2012 22:49:33 +0000 (17:49 -0500)
commitd73cda189fe448b9ec5e291d0a4d8c36f2abc2aa
tree02d54fe7fa55e15bc60be142fe2a2a1698258140
parent3864c93cd0ebdd7f6c809fb1e60868f95c3f5069
bluegeneq-xlc: disable broken 64-bit __int128 until further notice

Per Jeff Hammond's message to the Vesta/Mira early users' discussion list
(below), the XL compilers don't properly generate a 128-bit type for
__int128. Pass the flag disabling this so that runtime and client code doesn't
accidentally stumble on it. This should be reverted once the compilers are
fixed.

> From: Jeff Hammond <jhammond@alcf.anl.gov>
> Date: Tue, 16 Oct 2012 17:37:26 -0500
> Message-ID: <CAGKz=u+syCU_wURrWxj6TEF-e9QK0nHHp6mORW5Z=M1JaEwPzg@mail.gmail.com>
> To: early-users-discuss <early-users-discuss@alcf.anl.gov>
> Subject: [Early-users-discuss] some known issues and their workarounds
> List-Archive: <https://lists.alcf.anl.gov/mailman/private/early-users-discuss>

> Here are some issues that we know about that are not going to be fixed
> immediately because they are either noncritical or require substantial
> effort to fix and will take some time to be resolved.  I am sending
> this for your convenience, particularly if you might get bitten by a
> silent error on them.

> 1) IBM XLC++ does not implement __int128 properly.  It is a 64b type
> rather than a 128b one.  If you have an automated build system that
> tests for this, please use "-qnokeyword=__int128".  I completely
> understand that one can say "but the whole point of an automated
> buildsystem is to not have to know the answers in advance."  To this,
> I respond, "With great computing power, comes great compiler
> responsibility." :-)
src/arch/mpi-bluegeneq/cc-xlc.sh
src/arch/pami-bluegeneq/cc-xlc.sh