Right, sorted. The solution in full:
git clone
git://git.code.sf.net/p/gretl/git gretl-git
cd gretl-git
sudo apt-get build-dep gretl
./configure --enable-quiet-build --enable-openmp --enable-build-doc
--disable-json
make -j3
make pdfdocs
cli/gretlcli -v
sudo make install
sudo /sbin/ldconfig
gretl &
Oleg, the call to -sudo- has to be used where it appears, as user
permission is denied without it.
The other problem was that the call to -./configure- was choking on failing
to find the json-glib-1.0 library, which caused the call to -make- to fail;
I guess Linux Mint doesn't yet have it. Not that I'm bothered.
Essentially, this solution is roughly equivalent to the CVS solution Linux
openSUSE users run to get -gretl- ... and that's an OS I don't recommend
anyone use from bitter experience.
C
On Sat, 19 Dec 2015 at 15:37 Sven Schreiber <svetosch(a)gmx.net> wrote:
Am 19.12.2015 um 16:30 schrieb Clive Nicholas:
> Sven,
>
> I thought I was pretty clear in what I wrote. I wrote that the code
> routine ran beautifully when in Kubuntu.
Aha. Well my conclusion from a remote location would be that if on a
different system the routine says "cannot find gnuplot" (or at least not
a version of it that's high enough), then possibly the cause is that the
new system doesn't have that installed (yet). That would seem to be a
pretty clearcut case, hence my confusion about what the problem is.
Except if you meant (hence my question) that you have ruled that case
out already, in which case it would be more complicated perhaps.
good luck,
sven
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users