> On 7 May 2021, at 8:33 pm, Ken Cunningham
> wrote:
>
> There is one issue with that.
>
> qt5-qtcreator needs clang-10 on arm for it’s libraries (that is actually the
> only reason why I initially fixed clang-10 to work on arm64 in the first
> place).
>
> qt5-qtcreator cannot (could not
There is one issue with that.
qt5-qtcreator needs clang-10 on arm for it’s libraries (that is actually the
only reason why I initially fixed clang-10 to work on arm64 in the first place).
qt5-qtcreator cannot (could not) use any newer clang when I checked six months
ago.
So — we still need cla
Hi,
Another clean up suggestion is to remove all clangs apart from 11+ for
macOS11(arm). I just noticed the buildbots building the clang-9.0 version for
arm, but its worth noting that clang 9.0 and 10 are not reliable for arm, I
have seen them generate bad code, fail with ICEs, so really there
Yeah. I don’t know I ever use MPI in anything less than the latest clang or
maybe one version back if they broke something.
—Mark
On Fri, May 7, 2021 at 3:11 PM Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
> Yes, gcc7 works down to 10.4, both PPC and Intel and is the primary
> compil
Related: I mentioned on https://trac.macports.org/ticket/62807, I'm all in
favor of aligning the mpich and openmpi compiler lists, too.
Thanks,
- Eric
On Fri, May 7, 2021 at 2:11 PM Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
> Yes, gcc7 works down to 10.4, both PPC and Intel and
Yes, gcc7 works down to 10.4, both PPC and Intel and is the primary compiler
there. I can see no need for openMPI to support any older gcc.
clang-3.3, clang-3.4, and clang-3.7 should not be used for anything other than
bootstrapping to newer clangs now.
Ken
Hi,
I would suggest maybe its worth pruning the gcc list a bit as well ? I believe
e.g. gcc7 at least works all the way down to 10.5, perhaps even older ? Do we
still need gcc 5, 6?
Chris
> On 7 May 2021, at 1:35 pm, Christopher Nielsen
> wrote:
>
> Folks,
>
> We’re considering retirement
Folks,
We’re considering retirement of ports openmpi-clang33 and openmpi-clang34, to
reduce the number of openmpi-* ports we support. At the moment, the list is
quite large, and it’s becoming a challenge to thoroughly test and maintain all
of these:
openmpi-clang @4.1.1