OpenBLAS: update release to 0.3.16 and devel to OpenBLAS 20210712-ea8e2080

[michaelld]

Description

OpenBLAS: update release to 0.3.16 and devel to OpenBLAS 20210712-ea8e2080
Remove integrated patch

Type(s)

• bugfix
• enhancement
• security fix

Tested on

macOS 11.5 20G5065a
Xcode 12.3 12C33
using +gccdevel

Verification

Have you

• followed our Commit Message Guidelines?
• squashed and minimized your commits?
• checked that there aren't other open pull requests for the same change?
• referenced existing tickets on Trac with full URL?
• checked your Portfile with port lint?
• tried existing tests with sudo port test?
• tried a full install with sudo port -vst install?
• tested basic functionality of all binary files?

[macportsbot]

Notifying maintainers:
@NicosPavlov for port OpenBLAS.

[NicosPavlov]

Hi, thanks for the PR, it looks all good to me.

It is just a suggestion and could be done on a separate PR, but I wonder if the update could be an occasion for fixing the architecture for arm, as we are still left with something unset:
if {${os.arch} eq "arm"} {
# FIXME use correct arch name
#set blas_arch "???"
}

Everything I read indicate that it should be:
set blas_arch "ARMV8"
but I do not have an M1 machine to personally confirm and test. At worst, ARMV8 should still work as it is the generic ARM but possibly with slightly degraded performance. In any case, OpenBLAS does not have a specific optimization for M1.

[michaelld]

I'm going to go ahead and merge this in, per maintainer approvals (me too). Let's do the ARM changes in a different PR. I just received my brand spankin' new Mac Mini M1 (which replaces my DTK, some 3 months without an ARM Mac ...) and will be slowly (as my "spare" time allows) plowing through many ports such as OpenBLAS to see what sort of fixes are required to be compatible with ARM64 / M1.