More on building gretl on Linux
by Gordon Hughes
A follow-up to my previous e-mail, based on further experimentation
on compiling gretl 1.7.5 under both OpenSUSE & Ubuntu 8.04. It seems
that the only way to get a fully functioning version of gretl using
the current configuration script is to include the option
"--prefix=/usr" in the configure command. Without that, some files
get put in places where gretl can't find them.
There is an additional problem under Ubuntu 8.04. When I tried to
run the NIST test script, gretl appears to crash without any error
message. Run from the terminal, the following messages are given:
setlocale(LC_NUMERIC, "en_GB.UTF-8") returned en_GB.UTF-8
cholbeta: test[6] = 3.77516e-09
/usr/local/bin/gretl_x11: symbol lookup error:
/usr/lib/atlas/liblapack.so.3gf: undefined symbol: _gfortran_pow_r8_i4
The crucial message is the last one and shows that there is a problem
of compatibility with some versions of the lapack library. I haven't
encountered the problem with other test runs, but that may be fortuitous.
Before compiling gretl I had some problems in identifying the correct
versions of lapack-dev to install under the Ubuntu. There are
multiple versions of the atlas/blas/refblas/lapack suites available
under synaptic and it seems that they are not all compatible with
each other - or with gretl. Does anyone have experience with this?
Regards
Gordon Hughes
18 years, 1 month
Can you help me, again?
by Adolfo Acevedo
Asunto: Can you help me, again?
I have downloaded and installed the program x12a_install.exe. But when I do
select a variable in the gretl main window, pull down the Variable menu,
select "X-12-ARIMA analysis" and choose to saving the seasonally adjusted
variable, the follow error message appears:
"C:\Program Files\gretl\ wnuplot.exe\" "C:\Documents and
Settings\HP_Administrator\Application Data\gretl\gpttmpa02356": exit code 1.
I don't know what to do.
Can you help me again, please??
Un saludo
Adolfo
18 years, 2 months
Can you help me, again?
by Adolfo Acevedo
I have downloaded and installed the program x12a_install.exe. But when I
do select a variable in the gretl main window, pull down the Variable menu,
select "X-12-ARIMA analysis" and choose to saving the seasonally adjusted
variable, the follow error message appears:
"C:\Program Files\gretl\ wnuplot.exe\" "C:\Documents and
Settings\HP_Administrator\Application Data\gretl\gpttmpa02356": exit code 1.
Can you help me again, please??
Un saludo
Adolfo
18 years, 2 months
Can you help me?
by Adolfo Acevedo
I'm new in using Gretl, and I have a problem.
I have imported a database in CSV format, and get it opened without a
problem. But when I open "add" from the main bar, the command "first
differences in selected variables" are not operational (disabled?). I
need first differences because I have encountered colinearity.
Also, when I run a OLS regression, the results of the Durbin-Watson are not
shown.
This not happens when I am using a "sample file".
Can you help me, please?
Un saludo
Adolfo
18 years, 2 months
Building gretl on Linux
by Gordon Hughes
I have had a fairly frustrating, though ultimately successful,
experience in building Gretl from source on OpenSUSE 10.2. The
difficulties arose in a couple of areas for which the configuration
files could be improved or other users might be warned.
1. The manual says that the default pre-fix for the installed
version is /usr/local. Using that default, gretl is installed in
/usr/local/gretl. In principle, that should mean that shared files
go into /usr/local/share/gretl - and indeed that is what happens for
some files. However, by default it seems that gretl looks for its
help and database in /usr/share/gretl - and that it puts downloaded
databases in the same place.
As a consequence, after using all of the default options I found that
gretl ran but generated a series error messages saying that it could
not find up-to-date help files, etc. Further, the instructions for
installing sample datasets, etc assume that the default pre-fix is
/usr. I copied files that had been put in /usr/local/share/gretl to
/usr/share/gretl, after which the error messages ceased.
2. I suspect that many of us forget to set permissions properly,
especially for directories such as /usr/... As a consequence, gretl
will refuse to create downloaded database files in its default
location unless this has been done. Good and proper conduct for
Linux but very confusing for non-experts. Would it not be better to
provide an option for all such files for user abc to be placed in
/home/abc/gretl, which is where the user's own settings, etc go by default?
3. Before resorting to compilation I tried to install the 1.7.5
rpm. It didn't work because the rpm requires very recent versions of
various library files - notably libpixman-1.so which comes with
recent versions of xorg-x11-libs, which are only used in new releases
of Linux. Would it be possible to compile packaged version of gretl
in a way that avoids reliance on libraries not available on most
systems - after all stability and avoidance of unnecessary upgrades
is part of the point of Linux. A corollary is to ask: what is the
default target system for which the rpm packages are compliled? It
seems to be fairly new releases of Fedora.
4. Finally, for OpenSUSE users it is work noting that there can be
problems with the versions of BLAS and LAPACK available through the
standard repositories and the libraries required for gretl. In
particular, I have experienced a string of problems with the 3.0.xxx
releases, but the 3.1.1 releases are not available in the standard
repositories for any OpenSUSE version earlier than 10.3. The
solution is to add the following repository to your list of sources
(the two addresses point to the same place):
http://software.opensuse.org/download/science/openSUSE_10.2/
or
http://download.opensuse.org/repositories/science/openSUSE_10.2/
This contains up-to-date versions of BLAS, LAPACK, R, rkward,
etc. There are equivalent repositories for 10.3 and 11.0 - just
replace the openSUSE_10.2 by openSUSE_xx.xx.
Regards
Gordon Hughes
18 years, 2 months
gretl 1.7.5 released
by Allin Cottrell
Apologies for the repetition, but for anyone who's not on the
gretl-announce list: gretl 1.7.5 is now officially released.
http://gretl.sourceforge.net/
Thanks to Sven, Andreas and Marcin for prompting some last-minute
fixes.
--
Allin Cottrell
Department of Economics
Wake Forest University, NC
18 years, 2 months
Working with session
by Marcin Błażejowski
Hi,
I wonder is it possible to retrive '$yhat' series from model saved in
session by command.
Suppose we have "Model Foo" in our session. We can for example view this
model by "Model Foo".show command. But maybe there could be command like
"Model Foo".yhat (and "Model Foo".uhat), which would give us series.
In my opinion that would be useful in script work, when we have many
models and want to compare only fitted values or features of rest.
Marcin
--
Marcin Błażejowski
GG# 203127
18 years, 2 months
Inclusion of critical values in the ADF result print?
by Olle Olsson
I'm pretty new in the Gretl game so this might have been discussed before,
but anyhow: is there some way you can get Gretl to print out the Mackinnon
critical values which the ADF test is based on?
/Olle
18 years, 2 months
