[MacPorts] #58832: OpenBLAS @0.3.7: ../kernel/x86/amax.S:64:2: error: ../kernel/x86/amax.S:instruction requires: Not 64-bit mode

[MacPorts]

#58832: OpenBLAS @0.3.7: ../kernel/x86/amax.S:64:2: error:
../kernel/x86/amax.S:instruction requires: Not 64-bit mode
-----------------------+------------------------------
  Reporter:  kencu     |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:
Resolution:            |   Keywords:  lion snowleopard
      Port:  openblas  |
-----------------------+------------------------------

Comment (by kencu):

 Replying to [comment:6 jmroot]:
 > Could be doing something silly like using `uname -m` to determine the
 arch?

 Indeed, clever sir, that is just exactly what it is doing:
 {{{
 # If ARCH is not set, we use the host system's architecture.
 ifndef ARCH
 ARCH := $(shell uname -m)
 endif
 }}}

 and fixing that by specifically hacking in a setting for `ARCH` to
 `x86_64`:
 {{{
    if { ${os.major} <= 10 } {
      puts $makeINC "NO_AVX2 = 1"
 +    puts $makeINC "ARCH = x86_64"
    }
 }}}



 produces the expected happiness:
 {{{
 $ port -v installed openblas
 The following ports are currently installed:
   OpenBLAS @0.3.6_1+gcc8+lapack+native platform='darwin 10' archs='x86_64'
 date='2019-05-26T18:25:37-0700'
   OpenBLAS @0.3.7_0+gcc8+lapack+native (active) platform='darwin 10'
 archs='x86_64' date='2019-10-02T19:52:08-0700'
 }}}

 Looks like it came in here <https://github.com/xianyi/OpenBLAS/pull/2110>
 and it may already be fixed in git master
 <https://github.com/xianyi/OpenBLAS/issues/2231>, so perhaps I'll just try
 that instead of messing about with the whole build.

-- 
Ticket URL: <https://trac.macports.org/ticket/58832#comment:10>
MacPorts <https://www.macports.org/>
Ports system for macOS