Many Thanks Eugene, the svn version indeed corrected the issues,
and also built cleanly with llvm-2.8 (but I did not make much tests).
> I think I know what the problem is. Could you try running freemat
> from
> command prompt using the following
>
> LC_NUMERIC="en_US.UTF-8" FreeMat &
I tried that also, but it would show the same problems.
> If you feel up to the challenge it would be great if you could build
> from current svn source - that should work without the command line
> variable.
Actually, it was quite easier compared to making the 4.0 tarball
work with latest upstream versions, as in Mandriva Cooker :-)
The rpm spec should be quite simpler now also.
Probably major issues in my packaging of a checkout of svn trunk
should be:
o missing symbols in the lapack generated library, but maybe now
it would work, I did not test it after changing (back) to not generate
dynamic libraries and installing them
o may need to regenerate the documentation or it fails in make
install due to .pdf filename change
I should update the mandriva svn for Freemat soon, and also soon,
a package should be made available.
> Either way, you should use "." as decimal separator.
> Eugene
Thanks Again,
Paulo
BTW, do you have any suggestions to changes in the spec file,
for example, summary or description, or requirements for splitting
the package, etc?
(http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/freemat/current/)
Also, what would be a proper procedure (preferably automated) to
run tests to ensure the package is fully functional?
> Either way, you should use "." as decimal separator.
I had some related problems in the sagemath package I
also maintain, e.g. writing a file using pt_BR-UTF8 locale,
and reading it expecting another LC_NUMERIC, or python
code checking for untranslated errors messages, instead
of checking error codes...
> Eugene
Thanks,
Paulo