Bug 227294 - math/openblas: why has to be built manually?
Summary: math/openblas: why has to be built manually?
Status: Closed Works As Intended
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-04-05 13:19 UTC by Loyd Craft
Modified: 2018-11-17 02:54 UTC (History)
2 users (show)

See Also:
bugzilla: maintainer-feedback? (phd_kimberlite)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Loyd Craft 2018-04-05 13:19:29 UTC 
has to be built manually: Optimizes for the build machine.


shows up when I try to build with poudriere.
Comment 1 Tobias Kortkamp freebsd_committer freebsd_triage 2018-07-18 16:21:35 UTC 
(In reply to Loyd Craft from comment #0)
This can only happen when you turn off the DYNAMIC_ARCH option (which is on
by default for good reason).  I suggest you turn it back on.
Comment 2 Pavel Minaev 2018-11-17 01:06:47 UTC 
Even with DYNAMIC_ARCH enabled, OpenBLAS still tries to do CPU detection on the build machine, and fails if the CPU type is unknown (note that this means that it'll only manifest on machines with CPUs it is not aware of, which is probably why this isn't happening for official package builds).

According to this bug in OpenBLAS tracker, this is by design:
https://github.com/xianyi/OpenBLAS/issues/1027

Their suggested workaround is to explicitly set the CPU type to some low-featured CPU when building with DYNAMIC_ARCH (the actual CPU doesn't actually matter, since it builds support for all of them - but at least it allows the build to proceed).
Comment 3 Pavel Minaev 2018-11-17 01:09:54 UTC 
Actually, let me open a new bug, since it's a distinct issue (manual build disabled, but it still fails in auto build).