#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