Sorry, I just realized there was fair amount of context missing from my
The fix that Mattias committed as r26042 on the trunk is intended to
correct the improper auto-detection of BG/P (or /L) when one is building
for the front-end. My suggested --with-platform=linux is a WORK-AROUND
to allow testing w/o waiting for the CMR to be processed.
On 2/24/2012 1:14 PM, Paul H. Hargrove wrote:
> Just wanted to note that when you build like this on the BG/P front
> end, VT is detecting the BG/P environment and so trying to build for
> the BG/P compute node, meanwhile OMPI is building for the front-end
> node. (Somebody correct me if I've misunderstood).
> So, you may want to configure with
> to test a VT build for the Linux front-end.
> On 2/23/2012 8:17 PM, Christopher Samuel wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> On 24/02/12 15:12, Christopher Samuel wrote:
>>> I suspect this is irrelevant, but I got a build failure trying to
>>> compile it on our BG/P front end node (login node) with the IBM XL
>> Oops, forgot how I built it..
>> CC=xlc CXX=xlC F77=xlf ./configure&& make
>> - -- Christopher Samuel - Senior Systems Administrator
>> VLSCI - Victorian Life Sciences Computation Initiative
>> Email: samuel_at_[hidden] Phone: +61 (0)3 903 55545
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.11 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>> -----END PGP SIGNATURE-----
>> devel mailing list
Paul H. Hargrove PHHargrove_at_[hidden]
Future Technologies Group
HPC Research Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900