Hi

GotoBLAS is written in assembly language. Probably it's not the problem to
keep support for current CPU's, but for new generation of CPU's it will need
a new (assembly) code. But in my opinion GotoBLAS is worth to try to
'survive' it.

best regards,
daniel


2010/12/1 Ei-ji Nakama <nakama@ki.rim.or.jp>

> Hi
>
> 2010/12/1 Murray Stokely <murray@stokely.org>:
> > This is excellent news.  Has anyone expressed interest in maintaining
> > this going forward?  I understand Kazushige-san is not interested in
> > maintaining it on sourceforge or the like.
>
> I began this leisurely.
> http://prs.ism.ac.jp/~nakama/SurviveGotoBLAS2/
>
> > I ask because the assumptions it makes about MAX_NODES in numa_check
> > in driver/others/init.c do not work for my linux environment, so I
> > need to compile with -DNO_AFFINITY, but that doesn't actually compile
> > without a tiny modification.  I was able to resolve the particular
> > issues that I ran into, but its a good example of the type of issues
> > that will come up without active maintainership.
>
> I think that *active* is difficult(case of me).
> --
> EI-JI Nakama  <nakama (a) ki.rim.or.jp>
> "\u4e2d\u9593\u6804\u6cbb"  <nakama (a) ki.rim.or.jp>
>
> _______________________________________________
> R-sig-hpc mailing list
> R-sig-hpc@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-hpc
>

	[[alternative HTML version deleted]]

