Adding MPI back to Boost
Sean Farley
sean at macports.org
Sun Dec 14 09:38:26 PST 2014
Mark Moll writes:
>> On Dec 14, 2014, at 2:28 AM, Sean Farley <sean at macports.org> wrote:
>>
>> So, I've added support into the compilers portgroup for working with
>> the compiler.blacklist variable but that doesn't fix the issue that Ryan
>> tried to fix with r125939:
>>
>> https://trac.macports.org/changeset/125939
>>
>> It seems instead that the fix is just to remove the gcc variants:
>>
>> mpi.setup -gcc
>>
>> Is there anything wrong with this proposed fix? If no one objects, I'll
>> push my changesets which 1) add blacklist support to the compilers
>> portgroup and 2) add mpi portgroup to boost (but remove gcc variants).
>
> This seems like a good idea. Unless (a) you can use gcc for all of boost’s dependents and (b) there are actual use cases where this would be useful, I’d say that removing gcc variants is a good idea. Mixing libc++ and libstdc++ in boost dependents is bound to lead to problems.
(a) That would require depending on a variant which I don't want to put
the work into. I wrote a script to do this manually for myself but
it is still a headache.
(b) Depends on how useful you think testing different compiler speed /
output is: I would have used it to test dolfin (FEniCS) builds with
gcc vs clang.
More information about the macports-dev
mailing list