package-related windows do not have a small icon in alt-tab switcher
by Sven Schreiber
Ok, sorry again for the flood of emails, but every once in a while I
think it makes sense to also report little things.
So I've noticed that when I use Alt+Tab to cycle through the open
windows (on Ubuntu, haven't tried windows) the main gretl window and any
gretl script windows are marked with the gretl logo/icon, but not the
function package list, or the function package call window. This makes
it a little difficult to quickly switch to them.
-sven
13 years, 1 month
(doc issue) conditional assignment works with strings
by Sven Schreiber
Ok, this may look like a non-issue, but the conditional assignment also
works with strings, like this:
string PTtype = (PTtypecode=0) ? "SW" : "GG"
The point is that the manual says:
"The fi rst field after string is the name under which the string
should be saved, then comes an equals sign, then comes a speci cation of
the string to be saved. This can be the keyword null, to produce an
empty string, or may take any of the following forms:
a string literal (enclosed in double quotes); or
the name of an existing string variable; or
a function that returns a string (see below); or
any of the above followed by + and an integer o set."
This sounds as if the above were not possible.
-sven
13 years, 1 month
feature suggestion: descriptive string for public functions
by Sven Schreiber
When you execute a function package with several public functions, you
get a dialog for selecting which of those functions you want to call. I
propose that a package author can write a one-line description of each
public function which is then displayed in that dialog.
thanks,
sven
13 years, 1 month
trailing colon for function parameter refinements
by Sven Schreiber
[BTW, I'm working on yesterday's cvs version for all these reports and
issues, on Ubuntu 11.04 64bit.]
When I specify a function parameter with min/max and default values like
this:
'int p[1::2]',
on saving gretl seems to insert a trailing colon:
'int p[1::2:]'
This doesn't seem to do any harm (which is also strange, isn't it?), but
is it intended?
-sven
13 years, 1 month
funcerr problem
by Sven Schreiber
Hi everybody,
so right after the conference I am trying to get this function package
about permanent-transitory decompositions in shape, and I am stumbling
over this issue in the following example code:
[to avoid confusion, "hansl" seems to emerge as the new name of gretl's
scripting language, a pseudo-acronym for HANdy Scripting Language]
<hansl>
function void hello(void)
print "do we get here?"
dummy = 0
print "and here?"
funcerr "poor function, only there to fail"
print "and then after funcerr?"
end function
hello()
</hansl>
In this code, gretl apparently stumbles over the 'funcerr' line. I also
noticed that 'funcerr' does not appear in the command or function
reference lists. (But it is in the manual.) Can somebody tell me what is
wrong here? The error message only says syntax error.
thanks,
sven
13 years, 1 month
Untranslated Add-ons
by Henrique Andrade
Dear Allin,
Before the release of new version (1.9.6) I would like to make a small
observation: I'd commited the translations for the add-ons but Gretl still
shows me untranslated options.
Best regards,
*Henrique C. de Andrade*
Doutorando em Economia Aplicada
Universidade Federal do Rio Grande do Sul
www.ufrgs.br/ppge
13 years, 1 month
gretl and openmp
by Allin Cottrell
As some of you know, we're currently experimenting with openmp in
gretl. When building from CVS, use of openmp is the default (if
openmp is supported on the host) unless you pass the option
--disable-openmp to the configure script. In addition the current
snapshots for Windows and OS X are built with openmp support
(using gcc 4.4.3 and gcc 4.2.4 respectively).
This note is just to inform you about the state of play, and to
invite submission of test results if people would like to do that.
Right now, we use openmp only for gretl's native matrix
multiplication. So it'll get used (assuming you have at least two
cores) if you do matrix multiplication in a script, or call a
function that does matrix multiplication (such as qform), or use a
built-in command that happens to call matrix multiplication. If we
decide it's a good idea, we could use openmp directives in other
gretl code (but as along as we rely on lapack for much of our
number-crunching, and as long as lapack is not available in a
parallelized form, the scope for threading will remain somewhat
limited).
In a typical current use situation, with gretl running on a
dual-core machine where there's little other demand being placed
on the processors, the asymptotic speed-up from openmp should be
close to a factor of two. However, it takes a big calculation to
get close to the asymptote, and we've found that with small to
moderate sized matrices the overhead from starting and stopping
threads dominates, producing a slowdown relative to serial code.
This is similar to what we found with regard to the ATLAS
optimized blas; see
http://ricardo.ecn.wfu.edu/~cottrell/tmp/gretl_speed.html
Anyway, in case anyone would like to test I'm attaching a matrix
multiplication script that Jack wrote. Right now this is mostly
useful for people building gretl from source, since you want to
run timings both with and without MP, which requires rebuilding.
But if you're currently using a snapshot from before yesterday
(build date 2010-03-21 or earlier) you could run the script, then
download a current snapshot and run it again.
Allin
13 years, 1 month
troubleshooting my opensuse building of gretl cvs
by Hélio Guilherme
Hi Allin,
I have finally understand what happened with my broken build of gretl under
opensuse 11.3 64bit.
The file "build.h" needed by plugin/excel_import.c was not created by the
default make.
This was not happening with the make under win32, which had created
"build.h" correctly.
For OpenSUSE, the Makefile buildstamp directive works fine and then gretl
builds OK.
So, Allin please adapt the Makefile.in in a way that buildstamp is
processed always in a make call.
The win32 Makefile as an All directive, but not the one at gretl root. I
tried to add buildstamp to the .PHONY directive but it did not work.
Thanks,
Hélio
13 years, 1 month
Re: [Gretl-devel] 'series x' generate zeroes?
by Allin Cottrell
On Tue, 7 Jun 2011, Riccardo (Jack) Lucchetti wrote:
> On Tue, 7 Jun 2011, Sven Schreiber wrote:
> >
> > [Z]eroes look like valid data, which in this case they are
> > not. Imagine that further down you do something with x in a
> > restricted sample, and then revert to the full sample again.
>
> Point taken.
In CVS, a newly declared series is now given NA values.
Allin
13 years, 1 month
