On Thursday 29 November 2012 23:37:18 Duncan wrote:
> Obviously that specific solution won't work for the multiple blas/
> whatever packages, since it's single-package/multi-version specific, but
> is there some variant of it that could work, keeping the code out of
> eclasses where the not-for-gen
On 30.11.2012 05:37, Duncan wrote:
> hasufell posted on Thu, 29 Nov 2012 14:16:18 +0100 as excerpted:
>
>> again, even if there are corner cases which cannot be dealt with in a
>> different way...
>>
>> having an eclass function like the mentioned one is bad, cause it
>> suggests that this is a wa