On Sat, 29 Mar 2014, Alessandro Astuti wrote:
> I had this:
>
> ldd /usr/bin/gretl_x11 | grep gtk
>libgtksourceview-2.0.so.0 => /usr/lib/libgtksourceview-2.0.so.0
> (0x003f6d00)
>libgtk-x11-2.0.so.0 =>
> /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
I had this:
ldd /usr/bin/gretl_x11 | grep gtk
libgtksourceview-2.0.so.0 => /usr/lib/libgtksourceview-2.0.so.0
(0x003f6d00)
libgtk-x11-2.0.so.0 =>
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x003f6d40)
--
Alessandro Astuti
Il 29/03/2014 21:01,
On Sat, 29 Mar 2014, Alessandro Astuti wrote:
> Hi everybody!
> I'm running gretl 1.9.14 on debian testing/sid with gnome shell 64 bit.
> Everything works fine except the syntax highlighting. I checked on gretl
> dependencies and I got a very generic gtksourceview.
> Can someone tell me which
Hi everybody!
I'm running gretl 1.9.14 on debian testing/sid with gnome shell 64 bit.
Everything works fine except the syntax highlighting. I checked on gretl
dependencies and I got a very generic gtksourceview.
Can someone tell me which are the right packages to install in order to
have syntax
On Sat, 29 Mar 2014, Artur T. wrote:
> Hello,
>
> I was thinking how to implement the following code snippet into a
> vectorized form, but I couldn't figure out how to do this effectively. The
> issue I face is the lagged value of y which changes over the loop. Does
> anybody have an alternative
This was my attempt (but results are the expect ones):
set seed 732237
scalar T = 100
scalar b1 = -0.2
scalar b2 = 0.5
matrix u = mnormal(T,1)
matrix dx = mnormal(T,1)
matrix dy = zeros(T,1)
matrix y = zeros(T,1)
loop i=2..T -q
dy[i] = b1*y[(i-1)] + b2*dx[i] + u[i]
y[i] = y[i-1] +
Hello,
I was thinking how to implement the following code snippet into a
vectorized form, but I couldn't figure out how to do this effectively. The
issue I face is the lagged value of y which changes over the loop. Does
anybody have an alternative way to run this thing?
scalar T = 100
scalar b1
Thank you for the replies. As you said, the significance really depends on
the size of the matrices. But the efficient matrix pre-allocation seems to
be a cleaner way of programming as well -- at least to me :-)
Best,
Artur
2014-03-27 15:44 GMT+01:00 Riccardo (Jack) Lucchetti
:
> On Thu, 27
Hi Allin,
Thanks for the example program. I've fixed the reference errors (have
send an email 5min ago).
On a different note. I'm new to gretl and still struggeling to figure
out how to work with DATASET. I have a double array with my time series
samples. I want to create a DATASET directly
Hi again,
Found a solution. Seems you have to specifically specify that the
forecast functions are C (when compiling with a C++ compiler). Added
this to the top of my file:
/extern "C"//
//{//
//void free_fit_resid (FITRESID *fr);//
//FITRESID *get_fit_resid (const
On Sat, 29 Mar 2014, GOO Creations wrote:
> Thanks for the example program. I've fixed the reference errors (have send an
> email 5min ago).
>
> On a different note. I'm new to gretl and still struggeling to figure out how
> to work with DATASET. I have a double array with my time series
On Sat, 29 Mar 2014, GOO Creations wrote:
> Hi again,
>
> Found a solution. Seems you have to specifically specify that the forecast
> functions are C (when compiling with a C++ compiler).
Ah, OK. In CVS I've now wrapped forecast.h in extern "C" {} conditional on
C++ compilation (libgretl.h
On Sat, 29 Mar 2014, GOO Creations wrote:
> I'm trying to estimate the parameters for an ARMA model and then forecast the
> next value. I've linked the library (libgretl-1.0) to my program and am able
> to create datasets and estimate the ARMA model. I'm however unable to use the
> forecast
Hi,
I'm trying to estimate the parameters for an ARMA model and then
forecast the next value. I've linked the library (libgretl-1.0) to my
program and am able to create datasets and estimate the ARMA model. I'm
however unable to use the forecast code.
I've noticed that forecast.h is not
14 matches
Mail list logo