| 1 |
Quoting fbissey@××××××××××××.nz: |
| 2 |
|
| 3 |
> Quoting fbissey@××××××××××××.nz: |
| 4 |
> |
| 5 |
>> Hi all, |
| 6 |
>> |
| 7 |
>> So I was looking at the science overlay from my prefix on OS X. |
| 8 |
>> And portage wanted me to upgrade my blas/cblas/lapack stack to the |
| 9 |
>> new structure. I know they are marked ~x86 and ~amd64 but it doesn't |
| 10 |
>> look good considering that I had a working stack in my prefix before. |
| 11 |
>> |
| 12 |
>> So I may make things a little more prefix friendly (OS X in particular) |
| 13 |
>> in the coming days. I am also thinking of adding an ebuild to use the |
| 14 |
>> native vectorize framework on OS X, unless someone strongly objects to it. |
| 15 |
> |
| 16 |
> Odd stuff, in the latest gsl from the science overlay someone decided not to |
| 17 |
> support linking with an external cblas anymore. For some reasons it |
| 18 |
> breaks gsl |
| 19 |
> on OS X. I have no idea if it is also broken in the main tree if you use |
| 20 |
> internal gslcblas but I suspect it is. Using an external cblas however worked |
| 21 |
> fine as far as I can tell. |
| 22 |
> |
| 23 |
I got that all wrong. I never had another cblas on OS X before. And I now see |
| 24 |
that the external cblas option is gone from gsl itself. So why is it not |
| 25 |
working anymore on OS X |
Archives