2009/10/27 Martin Albrecht :
> I tend to agree with your point when it comes to the number of CPUs, that
> probably should be run-time instead of compile time. Btw. I just checked, this
> information isn't even used!
>
> This is now:
>
> http://bitbucket.org/malb/m4ri/issue/16/remove-check-for-nu
> I think the test for cach size and number of CPUs should be removed
> from the configure script, for several reasons.
>
> From what I can gather from the autoconf list
>
> * Both macros, which you took from the auotconf macro archive, are
> badly written - not just in what they do, but in a ve
On Oct 27, 11:34 am, Martin Albrecht
wrote:
> Hi David,
>
> I am working through my todo list and thus revisited this thread. Right now, I
> am not sure what I can do to help you to fix the problems you identified (due
> to lack of knowledge about the platforms in question) On the other hand, I
Hi David,
I am working through my todo list and thus revisited this thread. Right now, I
am not sure what I can do to help you to fix the problems you identified (due
to lack of knowledge about the platforms in question) On the other hand, I am
very interested in making M4RI truly cross-platf
> >> 2) On HP-UX, the configure script can't work out how many CPUs I have,
> >> what sort they are, but then tries to determine the cache size. This
> >> causes the configure script to break.
> >>
> >> The macro for determining the number of CPUs
> >>
> >> http://git.savannah.gnu.org/gitweb/?p=au
Martin Albrecht wrote:
> On Wednesday 14 October 2009, Dr. David Kirkby wrote:
>> libm4ri has two issues that I am aware of as soon as one tries to use a
>> non-GNU or non-86 environment.
>>
>>
>> I believe the developers hang out here, so I'll put a bit of information
>> here, on the hope they se
On Wednesday 14 October 2009, Dr. David Kirkby wrote:
> libm4ri has two issues that I am aware of as soon as one tries to use a
> non-GNU or non-86 environment.
>
>
> I believe the developers hang out here, so I'll put a bit of information
> here, on the hope they see it.
>
> 1) Despite the fac
