5:36 p.m.
Hi,
say 'ms' is an array of matrices, then it isn't currently possible to
pass an element to a function like this, in pointer form: "fcall(&ms[1])"
It is of course easy to work around this by making a temporary copy.
However, if one wants to use the pointer form for performance reasons to
avoid that copy, then it's a pity that arrays cannot be used. Are there
any plans to allow this, or perhaps recommendations what to do instead?
thanks,
sven
5:57 p.m.
On Tue, 15 Nov 2016, Sven Schreiber wrote:
Hi,
say 'ms' is an array of matrices, then it isn't currently possible to pass an
element to a function like this, in pointer form: "fcall(&ms[1])"
It is of course easy to work around this by making a temporary copy. However,
if one wants to use the pointer form for performance reasons to avoid that
copy, then it's a pity that arrays cannot be used. Are there any plans to
allow this, or perhaps recommendations what to do instead?
A recommendation, anyway: if you're doing the pointer thing just for
performance reasons, use a "const matrix" parameter instead. Then (as
with pointer form) the function argument won't get copied, just shared
with the function.
<hansl>
function scalar getmat (matrix m)
return 0
end function
function scalar getconstmat (const matrix m)
return 0
end function
matrices M = array(2)
M[1] = mnormal(1000,1000)
M[2] = ones(2,2)
set stopwatch
loop 1000 -q
getmat(M[1])
endloop
printf "regular matrix arg: %.4f\n", $stopwatch
loop 1000 -q
getconstmat(M[1])
endloop
printf "const matrix arg: %.4f\n", $stopwatch
</hansl>
Here I see:
regular matrix arg: 1.0640
const matrix arg: 0.0068
Allin
12:12 p.m.
New subject: git problem
Sorry, I have just sent to git repository a new es.po translation and I
can see some problem. There is at least problems with the charset of the
es.po file. I hope I have not broken anything more.
--
Ignacio Díaz-Emparanza
Departamento de Economía Aplicada III (Econometría y Estadística)
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
http://www.ehu.eus/ea3
2:31 p.m.
New subject: git problem
On Thu, 17 Nov 2016, Ignacio Diaz-Emparanza wrote:
Sorry, I have just sent to git repository a new es.po translation and
I can
see some problem. There is at least problems with the charset of the es.po
file. I hope I have not broken anything more.
Hmm, I'm not seeing an obvious problem with the current es.po. It
"compiles" to .gmo OK, and running gretl with LANG=es_ES.UTF-8 looks
alright to an untutored eye.
Can you be more specific about the problem?
Allin
3:43 p.m.
New subject: git problem
El 17/11/16 a las 15:31, Allin Cottrell escribió:
On Thu, 17 Nov 2016, Ignacio Diaz-Emparanza wrote:
> Sorry, I have just sent to git repository a new es.po translation and
> I can see some problem. There is at least problems with the charset
> of the es.po file. I hope I have not broken anything more.
Hmm, I'm not seeing an obvious problem with the current es.po. It
"compiles" to .gmo OK, and running gretl with LANG=es_ES.UTF-8 looks
alright to an untutored eye.
Yes, finally I could correct it. It is OK now.
--
Ignacio Díaz-Emparanza
Departamento de Economía Aplicada III (Econometría y Estadística)
Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU
Tfno: (+34) 94 601 3732
http://www.ehu.eus/ea3
2957
days inactive
2959
days old
4 comments
3 participants
participants (3)
-
Allin Cottrell -
Ignacio Diaz-Emparanza -
Sven Schreiber