Am 14.01.2023 um 19:37 schrieb Cottrell, Allin:
On Sat, Jan 14, 2023 at 12:48 PM Sven Schreiber
<sven.schreiber@fu-berlin.de> wrote:
...
I just tried the Jan 1 and Jan 10 Windows snapshots, in both English
and German, and saw no such error. I can't really believe in this
error without seeing a screenshot where the relevant commands are
prefaced by "clear".
OK, I explicitly uninstalled gretl and re-installed the same snapshot, and indeed the error is gone. Perhaps there was  some confusion across the scripts and the console. One less thing to worry about!
Right, OK.  So what's actually recommended in those and similar cases, using the mols() function or the "/" or "\" operators? (Provided the residuals aren't wanted afterwards, which are only provided by mols.)
Is a recommendation really called for here? I mean, do as you please:
the results will be the same to machine precision.
I meant if some speed difference is to be expected, or if it's calling into the same underlying BLAS routines anyway.
One might say that enabling the least-squares solution via "/" is
redundant given the existence of mols(), but if it were not enabled
our right-division wouldn't work like other software such as Matlab,
and cross-compatibility is nice to have if it's not too hard to
arrange.
I absolutely agree.
BTW the matrix chapter of the Guide (in git) now gives a fuller
account of right-division.

Much appreciated!

thanks

sven