[MacPorts] #25662: qrupdate: +atlas variant fails to build: undefined symbols
MacPorts
noreply at macports.org
Wed May 30 15:07:19 PDT 2012
#25662: qrupdate: +atlas variant fails to build: undefined symbols
------------------------------------+---------------------------------------
Reporter: moe.nicholas@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 1.9.1
Keywords: haspatch | Port: qrupdate
------------------------------------+---------------------------------------
Comment(by and.damore@…):
Replying to [comment:52 vince@…]:
> That’s your opinion. In the field of HPC, 10% is a lot, especially when
all you have to do is change compiler.
Yes, it is my opinion that a 0.1 factor is an order of magnitude smaller
than the total time and it's not meaningful to common users. That we
should focus on people doing intensive computing is yours.
I believe that anyone doing HPC has the responsibility to tune his/her
system.
> If a user is not concerned with Atlas, he can just opt out by selecting
the no_atlas variants and get standard Accelerate framework performance.
If he cares about Atlas, then it’s probably to squeeze the most out of his
hardware.
He could be using atlas just for a dependency.
'''Back to this ticket'''
This ticket is messy, it's not clear if users after comment:12 are
experiencing the same issue as reporter.
I stumbled into a similar one with different symbols' name after the name
change in single- and multi-threaded atlas library.
I'm attaching a new patch that adds ''-latlas'' to ''BLAS'' and bumps
revision to force rebuild.
Please anyone who had the issue confirm it's working so we can close this
ticket.
--
Ticket URL: <https://trac.macports.org/ticket/25662#comment:55>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list