#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
---------------------+----------------------
 Reporter:  mascguy  |      Owner:  (none)
     Type:  defect   |     Status:  new
 Priority:  Normal   |  Milestone:
Component:  ports    |    Version:  2.6.3
 Keywords:           |       Port:  OpenBLAS
---------------------+----------------------
 After upgrading to Xcode 12.0 command-line tools, the OpenBLAS +native
 variant fails to build.

 Perusing the log, it looks like it may be failing during the link phase.
 (Though please keep me honest, as I may be missing something.) Build log
 file is attached.

 This error stands out:

 :info:build ld: unsupported tapi file type '!tapi-tbd' in YAML file
 '/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/lib/libSystem.tbd'
 for architecture x86_64

 There's an outstanding ticket mentioning that error from 'ld', though it
 was logged two months ago. And it's not clear from the ticket whether the
 creator had one of the Xcode 12 Beta releases installed, or whether
 Xcode's 'ld' was even being used. Nonetheless, here it is, in case it's
 helpful:

 https://trac.macports.org/ticket/60893

 Let me know if you folks need any additional info.

--
Ticket URL: <https://trac.macports.org/ticket/61236>
MacPorts <https://www.macports.org/>
Ports system for macOS

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+--------------------
  Reporter:  mascguy   |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+--------------------
Changes (by mascguy):

 * Attachment "OpenBLAS-0.3.10_1-build-main.log" added.

 OpenBLAS 0.3.10_1 +native build log

--
Ticket URL: <https://trac.macports.org/ticket/61236>
MacPorts <https://www.macports.org/>
Ports system for macOS

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+--------------------
  Reporter:  mascguy   |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+--------------------
Changes (by mascguy):

 * Attachment "OpenBLAS-0.3.10_1-build-main.log.gz" added.

 OpenBLAS 0.3.10_1 +native build log

--
Ticket URL: <https://trac.macports.org/ticket/61236>
MacPorts <https://www.macports.org/>
Ports system for macOS

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+--------------------
  Reporter:  mascguy   |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+--------------------

Comment (by mascguy):

 p.s. My apologies for the uncompressed log file. I tried replacing it with
 a gzipped version, but the original wasn't removed...

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+--------------------
  Reporter:  mascguy   |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+--------------------
Description changed by mascguy:

Old description:

> After upgrading to Xcode 12.0 command-line tools, the OpenBLAS +native
> variant fails to build.
>
> Perusing the log, it looks like it may be failing during the link phase.
> (Though please keep me honest, as I may be missing something.) Build log
> file is attached.
>
> This error stands out:
>
> :info:build ld: unsupported tapi file type '!tapi-tbd' in YAML file
> '/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/lib/libSystem.tbd'
> for architecture x86_64
>
> There's an outstanding ticket mentioning that error from 'ld', though it
> was logged two months ago. And it's not clear from the ticket whether the
> creator had one of the Xcode 12 Beta releases installed, or whether
> Xcode's 'ld' was even being used. Nonetheless, here it is, in case it's
> helpful:
>
> https://trac.macports.org/ticket/60893
>
> Let me know if you folks need any additional info.

New description:

 After upgrading to Xcode 12.0 command-line tools, the OpenBLAS +native
 variant fails to build.

 Perusing the log, it looks like it may be failing during the link phase.
 (Though please keep me honest, as I may be missing something.) Build log
 file is attached.

 This error stands out:

 :info:build ld: unsupported tapi file type '!tapi-tbd' in YAML file
 '/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/lib/libSystem.tbd'
 for architecture x86_64

 There's an outstanding ticket mentioning that error from 'ld', though it
 was logged two months ago. And it's not clear from the ticket whether the
 creator had one of the Xcode 12 Beta releases installed. (The official
 Xcode 12.0 release was just published on 9/17/2020, so they definitely
 weren't using the final version.)

 In any case, here's the ticket, in case it's helpful:

 https://trac.macports.org/ticket/60893

 Let me know if you folks need any additional info.

--

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+--------------------
  Reporter:  mascguy   |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+--------------------

Comment (by kencu):

 please show us the result of

 {{{
 port -v installed | grep ld64
 }}}

 Thanks!

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+--------------------
  Reporter:  mascguy   |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+--------------------

Comment (by mf2k):

 In the future, please use WikiFormatting and add the port maintainer(s) to
 Cc ({{{port info --maintainers OpenBLAS}}}), if any.

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+-------------------------
  Reporter:  mascguy   |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+-------------------------
Changes (by mf2k):

 * status:  new => assigned
 * cc: michaelld (added)
 * owner:  (none) => NicosPavlov


Old description:

> After upgrading to Xcode 12.0 command-line tools, the OpenBLAS +native
> variant fails to build.
>
> Perusing the log, it looks like it may be failing during the link phase.
> (Though please keep me honest, as I may be missing something.) Build log
> file is attached.
>
> This error stands out:
>
> :info:build ld: unsupported tapi file type '!tapi-tbd' in YAML file
> '/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/lib/libSystem.tbd'
> for architecture x86_64
>
> There's an outstanding ticket mentioning that error from 'ld', though it
> was logged two months ago. And it's not clear from the ticket whether the
> creator had one of the Xcode 12 Beta releases installed. (The official
> Xcode 12.0 release was just published on 9/17/2020, so they definitely
> weren't using the final version.)
>
> In any case, here's the ticket, in case it's helpful:
>
> https://trac.macports.org/ticket/60893
>
> Let me know if you folks need any additional info.

New description:

 After upgrading to Xcode 12.0 command-line tools, the OpenBLAS +native
 variant fails to build.

 Perusing the log, it looks like it may be failing during the link phase.
 (Though please keep me honest, as I may be missing something.) Build log
 file is attached.

 This error stands out:
 {{{
 :info:build ld: unsupported tapi file type '!tapi-tbd' in YAML file
 '/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/lib/libSystem.tbd'
 for architecture x86_64
 }}}
 There's an outstanding ticket mentioning that error from 'ld', though it
 was logged two months ago. And it's not clear from the ticket whether the
 creator had one of the Xcode 12 Beta releases installed. (The official
 Xcode 12.0 release was just published on 9/17/2020, so they definitely
 weren't using the final version.)

 In any case, here's the ticket, in case it's helpful:

 ticket:60893

 Let me know if you folks need any additional info.

--

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+-------------------------
  Reporter:  mascguy   |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+-------------------------

Comment (by jmroot):

 Replying to [comment:1 mascguy]:
 > p.s. My apologies for the uncompressed log file. I tried replacing it
 with a gzipped version, but the original wasn't removed.

 Replacing only works if the filename is identical.

 > Meanwhile, I can't seem to figure out how to remove an attachment. Am I
 simply getting old, or... ?

 I deleted it for you. I think only admins can delete attachments.

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+-------------------------
  Reporter:  mascguy   |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+-------------------------

Comment (by mascguy):

 Folks, thanks for the feedback, as well as the assistance!

 Here's the info requested, along with other (hopefully) useful detail.

 Versions of 'ld64' installed:
 {{{
 $ port -v installed ld64*
   ld64 @3_3 (active) platform='darwin 19' archs='x86_64'
 date='2020-08-17T11:50:51-0400'
   ld64-latest @450.3_0+llvm90 (active) platform='darwin 19' archs='x86_64'
 date='2020-08-17T11:50:47-0400'
 }}}

 Ports selected:
 {{{
 $ port select --summary
 Name        Selected  Options
 ====        ========  =======
 clang       none      mp-clang-10 mp-clang-7.0 mp-clang-8.0 mp-clang-9.0
 none
 cython      none      cython27 cython37 none
 gcc         none      mp-gcc10 none
 llvm        none      mp-llvm-10 mp-llvm-7.0 mp-llvm-8.0 mp-llvm-9.0 none
 maven       none      maven32 none
 mpi         none      openmpi-mp-fortran none
 mysql       none      mariadb-10.5 none
 nosetests   none      nosetests27 nosetests37 none
 perl        none      none
 postgresql  none      postgresql12 none
 pygments    none      py38-pygments none
 pytest      none      pytest37 none
 python      none      python27 python27-apple python37 python38 none
 python2     python27  python27 python27-apple none
 python3     python38  python37 python38 none
 ruby        none      ruby27 none
 }}}

 And finally, I attached a full list of installed ports. Filename: ports-
 installed-10.15.6.txt.gz

 Let me know if there's any additional info I can provide. Ditto for
 additional testing/troubleshooting that would help.

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+-------------------------
  Reporter:  mascguy   |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+-------------------------
Changes (by mascguy):

 * Attachment "ports-installed-10.15.6.txt.gz" added.


--
Ticket URL: <https://trac.macports.org/ticket/61236>
MacPorts <https://www.macports.org/>
Ports system for macOS

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+-------------------------
  Reporter:  mascguy   |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+-------------------------

Comment (by mascguy):

 Also of note, OpenBLAS +native builds successfully in my other three MacOS
 releases:

 10.12.6
 10.13.6
 10.14.6

 (Albeit with earlier versions of Xcode, as appropriate for each MacOS
 release.)

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+-------------------------
  Reporter:  mascguy   |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+-------------------------

Comment (by kencu):

 Thanks. Somehow, you have the incorrect version of {{{ld64}}} installed.
 For Catalina, the default is the {{{xcode}}} variant, which is what you
 need:
 {{{
 % port -v installed | grep ld64
   ld64 @3_3+ld64_xcode platform='darwin 19' archs='x86_64'
 date='2020-08-18T21:47:33-0700'
   ld64-xcode @2_3 platform='darwin 19' archs='x86_64'
 date='2020-08-18T21:47:32-0700'
 }}}

 to get that, you can do this:
 {{{
 sudo port -f uninstall ld64-latest
 sudo port -f uninstall ld64
 sudo port install ld64
 }}}

 and then you should be good to go. Please report back your success, and
 then we can close this ticket.

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+-------------------------
  Reporter:  mascguy   |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+-------------------------

Comment (by mascguy):

 Ken, I went ahead per your instructions, but the build still failed with
 the same error from 'ld64'. Then I noticed that your install of ld64 uses
 the +ld64_xcode variant, while mine did not.

 Note that the ld64 port is ''not'' defaulting to that variant on MacOS
 10.15.6. So if that's the intent, perhaps the Portfile needs to be
 updated?

 {{{
 $ port info ld64
 ld64 @3_3 (devel)
 Sub-ports:            ld64-97, ld64-127, ld64-236, ld64-274, ld64-latest,
 ld64-xcode
 Variants:             ld64_127, ld64_236, ld64_274, ld64_97, ld64_xcode,
 universal

 Description:          ld64 combines several object files and libraries,
 resolves references, and produces an ouput file.
 Homepage:             http://opensource.apple.com/source/ld64/

 Runtime Dependencies: ld64-latest
 Platforms:            darwin
 License:              APSL-2
 Maintainers:          Email: [hidden email], GitHub: jeremyhu
                       Email: [hidden email], GitHub: kencu
 }}}

 No worries though. And after forcibly uninstalling the ld64 ports again,
 followed by an explicit install of the +ld64_xcode variant, the OpenBLAS
 build succeeded.

 Thanks again for the assistance!

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

[macports-4]

#61236: OpenBLAS 0.3.10_1 +native Build Fails on MacOS 10.15.6 and Xcode 12.0
-----------------------+-------------------------
  Reporter:  mascguy   |      Owner:  NicosPavlov
      Type:  defect    |     Status:  assigned
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:            |   Keywords:
      Port:  OpenBLAS  |
-----------------------+-------------------------

Comment (by kencu):

 You should not need to force the xcode variant on Catalina. If you do,
 there is some issues.
 It does default to the xcode variant on my Catalina system with current
 xcode.

 So -- have you somehow specifically disabled that xcode variant with
 something in your variants.conf?

 There was another user a few weeks ago on Catalina who also had the wrong
 ld64 installed, but his was defaulting properly, so easily fixed, whereas
 yours, for some reason, is not.

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

[macports-4]

#61236: ld64 not defaulting to ld64_xcode on Catalina, causing TAPI link errors
----------------------+----------------------
  Reporter:  mascguy  |      Owner:  kencu
      Type:  defect   |     Status:  assigned
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:  2.6.3
Resolution:           |   Keywords:
      Port:  ld64     |
----------------------+----------------------
Changes (by kencu):

 * owner:  NicosPavlov => kencu
 * cc: michaelld (removed)
 * port:  OpenBLAS => ld64


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

[macports-4]

#61236: ld64 not defaulting to ld64_xcode on Catalina, causing TAPI link errors
----------------------+----------------------
  Reporter:  mascguy  |      Owner:  kencu
      Type:  defect   |     Status:  assigned
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:  2.6.3
Resolution:           |   Keywords:
      Port:  ld64     |
----------------------+----------------------
Changes (by kencu):

 * cc: jeremyhu (added)


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

[macports-4]

#61236: ld64 not defaulting to ld64_xcode on Catalina, causing TAPI link errors
----------------------+----------------------
  Reporter:  mascguy  |      Owner:  kencu
      Type:  defect   |     Status:  assigned
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:  2.6.3
Resolution:           |   Keywords:
      Port:  ld64     |
----------------------+----------------------

Comment (by kencu):

 This is the test in the [https://github.com/macports/macports-
 ports/blob/master/devel/ld64/Portfile Portfile] that is supposed to be
 setting that variant for you. Perhaps something is amiss...
 {{{
  # Xcode 11 has a newer ld64 than MacPorts currently supplies, so we use
 it
     if {[vercmp $xcodeversion 11.0] >= 0} {
         default_variants +ld64_xcode
     }
 }}}

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

[macports-4]

#61236: ld64 not defaulting to ld64_xcode on Catalina, causing TAPI link errors
----------------------+----------------------
  Reporter:  mascguy  |      Owner:  kencu
      Type:  defect   |     Status:  assigned
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:  2.6.3
Resolution:           |   Keywords:
      Port:  ld64     |
----------------------+----------------------

Comment (by mascguy):

 Interesting.

 My 'variants.conf' is as follows. Note that I haven't made any changes to
 the default:

 {{{
 $ cat /opt/local/etc/macports/variants.conf
 # MacPorts system-wide global variants configuration file.

 # Any variants listed here are applied to all port builds. As on the
 # command line, variants may be either enabled (+) or disabled (-), and
 # unsupported variants are simply ignored.
 #
 # Each line must be a space- or tab-delimited list of zero or more
 # variants.
 #
 # Example:
 #   -x11 +no_x11 +quartz
 #   +gcc48
 #   +universal
 }}}

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

[macports-4]

#61236: ld64 not defaulting to ld64_xcode on Catalina, causing TAPI link errors
----------------------+----------------------
  Reporter:  mascguy  |      Owner:  kencu
      Type:  defect   |     Status:  assigned
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:  2.6.3
Resolution:           |   Keywords:
      Port:  ld64     |
----------------------+----------------------

Comment (by kencu):

 All I can think of just now is that somehow base is not finding your
 {{{$xcodeversion}}} correctly. It should be 12, which is clearly >=
 11.0...

 If you feel like experimenting a bit, throw in a:

 {{{
 puts "Xcode version is "
 puts $xcodeversion
 }}}

 above that test in the Portfile and see what {{{port info}}} dumps out as
 your {{{$xcodeversion}}}.

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