12:40 a.m.
I've now added a fairly substantial document on building a
self-contained disk image of gretl for OS X. It's in the osx
sub-directory of the gretl CVS source, and also at
http://ricardo.ecn.wfu.edu/~cottrell/gretl-osx/
(along with various other relevant files).
Allin.
5:59 a.m.
Am 18.12.2007 06:40, Allin Cottrell schrieb:
I've now added a fairly substantial document on building a
self-contained disk image of gretl for OS X. It's in the osx
sub-directory of the gretl CVS source, and also at
http://ricardo.ecn.wfu.edu/~cottrell/gretl-osx/
(along with various other relevant files).
Allin.
I have been preparing myself ;-)
I could build libgd ok, but ran into an error building gnuplot (see
below). And while we're at it, is it ok that the gnuplot prefix is
<gretl.app-skeleton-dir>/Gretl_Folder while the "export PATH=..." line
for building gretl is something different (to my unknowledgeable eyes)?
thanks,
sven
g++ -g -O2 -L/usr/X11R6/lib -o gnuplot alloc.o axis.o breaders.o
bitmap.o color.o command.o contour.o datafile.o dynarray.o eval.o fit.o
gadgets.o getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o
internal.o interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o
plot3d.o pm3d.o readline.o save.o scanner.o set.o show.o specfun.o
standard.o stdfn.o tables.o term.o time.o unset.o util.o util3d.o
variable.o version.o -lreadline -lncurses -lz
Undefined symbols:
"_rl_forced_update_display", referenced from:
_restore_prompt in command.o
"_rl_ding", referenced from:
_alert in mouse.o
"_history_list", referenced from:
_write_history_list in history.o
"_record_png_plot_bounds", referenced from:
_do_plot in graphics.o
"_rl_complete_with_tilde_expansion", referenced from:
_rl_complete_with_tilde_expansion$non_lazy_ptr in plot.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[3]: *** [gnuplot] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
9:40 a.m.
On Tue, 18 Dec 2007, Sven Schreiber wrote:
Am 18.12.2007 06:40, Allin Cottrell schrieb:
> I've now added a fairly substantial document on building a self-contained
> disk image of gretl for OS X...
I could build libgd ok, but ran into an error building gnuplot
(see below). And while we're at it, is it ok that the gnuplot
prefix is <gretl.app-skeleton-dir>/Gretl_Folder while the
"export PATH=..." line for building gretl is something different
(to my unknowledgeable eyes)?
Oops, no, it should be Gretl.app. I've now fixed that in
build.pdf.
g++ -g -O2 -L/usr/X11R6/lib -o gnuplot...
Undefined symbols:
"_rl_forced_update_display", referenced from:
Urgh, I think I've read about this somewhere. I believe what's
happening is that current OS X installs some BSD thingy that's not
really libreadline but that claims to be (via a symlink perhaps).
So when you try to build a third-party program (such as gnuplot)
that wants to link against libreadline (if it's available) you get
a mess of undefined symbols.
I think the options here are:
1) install readline and readline-shlibs via Fink; or
2) add the flag --with-readline=builtin when configuring gnuplot
Allin.
10:02 a.m.
New subject: if sentence
It is not exactly a bug but a bad behavior I think.
I discovered that the command
if v1=7 && 0<v0<7
...
endif
is processing only the first condition and not the second, without givien any
error or warning. If the second condition is considered ill-formatted
I think gretl should not process the block.
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es
11:42 a.m.
New subject: if sentence
On Tue, 18 Dec 2007, Ignacio Diaz-Emparanza wrote:
It is not exactly a bug but a bad behavior I think.
I discovered that the command
if v1=7 && 0<v0<7
...
endif
is processing only the first condition and not the second,
without givien any error or warning. If the second condition is
considered ill-formatted I think gretl should not process the
block.
Aha! The second condition is not ill-formatted, and it is being
processed. It's just not doing what you think it does -- but it
has that in common with all implementations of the inequality
operators in programming languages that I know.
The second condition is parsed as
(0<v0) < 7
Suppose v0 = 10. Then (0<v0) = 1, which is < 7, so the
condition is satisfied.
To do what you want, you need:
if v1=7 && 0<v0 && v0<7
Allin.
2:59 p.m.
Am 18.12.2007 15:40, Allin Cottrell schrieb:
Urgh, I think I've read about this somewhere. I believe what's
happening is that current OS X installs some BSD thingy that's not
really libreadline but that claims to be (via a symlink perhaps).
So when you try to build a third-party program (such as gnuplot)
that wants to link against libreadline (if it's available) you get
a mess of undefined symbols.
I think the options here are:
1) install readline and readline-shlibs via Fink; or
2) add the flag --with-readline=builtin when configuring gnuplot
Ok; neither of these did work,
so I deleted Apple's fake readline symlink (in /usr/lib I think it was)
and did
export LDFLAGS="-L/usr/X11R6/lib -L/sw/lib"
after installing the fink readline packages, but before configuring
gnuplot (w/o the above "builtin" flag). Then make and make install
seemed to go through.
For configuring gnuplot I also changed the prefix to
....Gretl.app/Contents/Resources, since that seemed to correspond to the
PATH used further down.
I also changed the gretl prefix to ...Gretl.app (w/o
Contents/Resources), it seemed more natural (and maybe the prefixes for
gnuplot and gretl were just swapped by accident?).
Configuring gretl I got an error about missing pkg-config (but it found
the compiled and installed gnuplot with png support, so far so good...).
The fink package pkgconfig is installed AFAICS. So here I'm stuck, any
new ideas?
BTW, I should also mention that I couldn't install packages gmp3 and
mpfr, fink didn't know about them.
-sven
3:47 p.m.
On Tue, 18 Dec 2007, Sven Schreiber wrote:
I deleted Apple's fake readline symlink (in /usr/lib I think it
was) and
did
export LDFLAGS="-L/usr/X11R6/lib -L/sw/lib"
after installing the fink readline packages, but before configuring gnuplot
(w/o the above "builtin" flag). Then make and make install seemed to go
through.
The "builtin" flag wasn't respected? That sounds like a gnuplot
configure bug; maybe it's fixed in CVS.
For configuring gnuplot I also changed the prefix to
....Gretl.app/Contents/Resources, since that seemed to
correspond to the PATH used further down.
I also changed the gretl prefix to ...Gretl.app (w/o
Contents/Resources), it seemed more natural (and maybe the
prefixes for gnuplot and gretl were just swapped by accident?).
Sorry, that was a mess. For both gretl and gnuplot the "prefix"
should be .../Gretl.app/Contents/Resources: the files go into
subdirectories of that folder named bin, lib, share and so on.
If you installed gretl with a prefix of just .../Gretl.app you
should go in there and delete the extraneous directories. There
should be just one subdir, namely "Contents". (One might think
this would go without saying, but Apple likes long paths!)
Configuring gretl I got an error about missing pkg-config (but
it found the compiled and installed gnuplot with png support, so
far so good...).
Good job with gnuplot!
The fink package pkgconfig is installed AFAICS. So here I'm
stuck, any new ideas?
What does "which pkg-config" show? I'll check my local Mac and
see where it is on that machine.
BTW, I should also mention that I couldn't install packages gmp3
and mpfr, fink didn't know about them.
Try just "gmp" and "gmp-shlibs".
http://pdb.finkproject.org/pdb/package.php/gmp
Maybe mpfr is rolled into that? Anyway, it's not essential.
Allin.
5:06 p.m.
On Tue, 18 Dec 2007, Allin Cottrell wrote:
> The fink package pkgconfig is installed AFAICS. So here I'm
> stuck, any new ideas?
What does "which pkg-config" show? I'll check my local Mac and
see where it is on that machine.
I have /sw/bin/pkg-config. /sw/bin has to be in your path for
build purposes.
On readline: I have readline5 and readline5-shlibs installed via
Fink.
Allin.
5:23 p.m.
Am 18.12.2007 23:06, Allin Cottrell schrieb:
On Tue, 18 Dec 2007, Allin Cottrell wrote:
>> The fink package pkgconfig is installed AFAICS. So here I'm
>> stuck, any new ideas?
>>
> What does "which pkg-config" show? I'll check my local Mac and
> see where it is on that machine.
>
I have /sw/bin/pkg-config. /sw/bin has to be in your path for
build purposes.
Ah ok, now configure works smoothly!
Next problem right after that:
'make' gives me:
make -C lib
make[1]: *** No rule to make target
`/sw/include/libxml2/libxml/xmlmemory.h', needed by `adf_kpss.lo'. Stop.
make: *** [lib] Error 2
take your time with this round of replies, I'm going to bed!
cheers,
sven
5:47 p.m.
On Tue, 18 Dec 2007, Sven Schreiber wrote:
Next problem right after that:
'make' gives me:
make -C lib
make[1]: *** No rule to make target `/sw/include/libxml2/libxml/xmlmemory.h',
needed by `adf_kpss.lo'. Stop.
make: *** [lib] Error 2
~$ uname -a
Darwin nancy-crooks-computer.local 8.11.1 Darwin Kernel Version
8.11.1: Wed Oct 10 18:23:28 PDT 2007;
root:xnu-792.25.20~1/RELEASE_I386 i386 i386
~$ locate libxml-2.0.pc
/usr/lib/pkgconfig/libxml-2.0.pc
Is this different on Leopard? libxml2 should not be installed via
Fink.
take your time with this round of replies, I'm going to bed!
Sleep well!
Allin.
5:06 a.m.
Am 18.12.2007 23:47, Allin Cottrell schrieb:
On Tue, 18 Dec 2007, Sven Schreiber wrote:
> Next problem right after that:
> 'make' gives me:
>
> make -C lib
> make[1]: *** No rule to make target `/sw/include/libxml2/libxml/xmlmemory.h',
> needed by `adf_kpss.lo'. Stop.
> make: *** [lib] Error 2
>
~$ uname -a
Darwin nancy-crooks-computer.local 8.11.1 Darwin Kernel Version
8.11.1: Wed Oct 10 18:23:28 PDT 2007;
root:xnu-792.25.20~1/RELEASE_I386 i386 i386
~$ locate libxml-2.0.pc
/usr/lib/pkgconfig/libxml-2.0.pc
Is this different on Leopard? libxml2 should not be installed via
Fink.
It wasn't installed by fink, and it's the same location, but it didn't
work. So I tried the opposite, installing libxml2 via fink; I also added
/sw/share/pkgconfig to the PKG_CONFIG_PATH, but that could well be
irrelevant.
With that I could make and make install.
On to section 7:
libpangoft2 ...dylib was picked up ok, no need for manual intervention;
emptied gtk.immodules manually;
left gdk-pixbuf.loaders unchanged, but I don't understand the ../lib
part I guess -- from the location of the file wouldn't lib be ../../lib?;
same for pango.modules;
Ok, now I got to the testing stage running ./gretl with fink disabled; I
get:
1) A system dialog window saying in German "gnuplot was closed
unexpectedly".
The report (SIGTRAP) says:
"Dyld Error Message: Library not loaded:
/sw/Library/Frameworks/AquaTerm.framework/Versions/A/AquaTerm //
Referenced from: .<....>/Gretl.app/Contents/Resources/bin/gnuplot //
Reason: image not found"
2) gretl's main window, (in German! -- this was different with my prior
builds BTW)
3) an error window saying in English/literally "An error occurred while
loading or saving configuration information for Das Ökonometrie-Paket
von GNOME 2.0. Some of your configuration settings may not work
properly. -Details- OK-".
Details say: "Failed to launch configuration server: Failed to execute
child process "/sw/lib/gconf2/gconfd-2" (No such file or directory)
<several times>
4) on the terminal/stderr: a host of error messsages, for example "Error
reading gretldir", ..., reading gnuplot, .... etc.
But I can estimate a regression!
Before proceeding with the disk image, I'll wait for more input from you
with respect to those errors.
cheers,
sven
9:55 a.m.
On Wed, 19 Dec 2007, Sven Schreiber wrote:
Am 18.12.2007 23:47, Allin Cottrell schrieb:
> On Tue, 18 Dec 2007, Sven Schreiber wrote:
>
>
> > Next problem right after that:
> > 'make' gives me:
> >
> > make -C lib
> > make[1]: *** No rule to make target
> > `/sw/include/libxml2/libxml/xmlmemory.h',
> > needed by `adf_kpss.lo'. Stop.
> > make: *** [lib] Error 2
> >
>
> ~$ uname -a
> Darwin nancy-crooks-computer.local 8.11.1 Darwin Kernel Version 8.11.1: Wed
> Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 i386 i386
> ~$ locate libxml-2.0.pc
> /usr/lib/pkgconfig/libxml-2.0.pc
>
> Is this different on Leopard? libxml2 should not be installed via Fink.
It wasn't installed by fink, and it's the same location, but it
didn't work. So I tried the opposite, installing libxml2 via
fink...
Hmm, that's not really the right way to go. We need to get the
native OS X packages recognized. [See also below, re. gnome] Try
echo $PKG_CONFIG_PATH
This should include /usr/lib/pkgconfig and
/usr/X11R6/lib/pkgconfig. If not, export a corrected version.
Then try
pkg-config --cflags libxml-2.0
This should produce
-I/usr/include/libxml2
On to section 7:
libpangoft2 ...dylib was picked up ok, no need for manual intervention;
emptied gtk.immodules manually;
left gdk-pixbuf.loaders unchanged, but I don't understand the ../lib part I
guess -- from the location of the file wouldn't lib be ../../lib?;
same for pango.modules;
I think these paths are actually relative to the bin directory
from which gretl will be executed. They should be OK.
Ok, now I got to the testing stage running ./gretl with fink
disabled; I get:
1) A system dialog window saying in German "gnuplot was closed unexpectedly".
The report (SIGTRAP) says:
"Dyld Error Message: Library not loaded:
/sw/Library/Frameworks/AquaTerm.framework/Versions/A/AquaTerm //
Referenced from: .<....>/Gretl.app/Contents/Resources/bin/gnuplot //
Reason: image not found"
Oof, that sounds pretty mixed-up. Is there an
/sw/Library/Frameworks directory at all (when /sw is enabled)? We
don't really want the gnuplot build to include AquaTerm. If
there's a Fink aquaterm package installed it may be necessary to
remove it. I'll try some experimentation myself.
2) gretl's main window, (in German! -- this was different with
my prior builds BTW)
OK, that's progress!
3) an error window saying in English/literally "An error
occurred while
loading or saving configuration information for Das Ökonometrie-Paket von
GNOME 2.0. Some of your configuration settings may not work properly.
-Details- OK-".
Details say: "Failed to launch configuration server: Failed to execute child
process "/sw/lib/gconf2/gconfd-2" (No such file or directory) <several
times>
Do you have some gnome components installed via Fink? In that
case you should add
--without-gnome
to the flags used when configuring gretl. (This may explain the
confusion over libxml2, come to think of it.)
4) on the terminal/stderr: a host of error messsages, for example
"Error
reading gretldir", ..., reading gnuplot, .... etc.
OK, that's just fallout from trying to use gconf, which we
shouldn't be using at all.
Allin.
3:30 p.m.
Am 19.12.2007 15:55, Allin Cottrell schrieb:
On Wed, 19 Dec 2007, Sven Schreiber wrote:
> Am 18.12.2007 23:47, Allin Cottrell schrieb:
>> ~$ locate libxml-2.0.pc
>> /usr/lib/pkgconfig/libxml-2.0.pc
>>
>> Is this different on Leopard? libxml2 should not be installed via Fink.
>>
> It wasn't installed by fink, and it's the same location, but it
> didn't work. So I tried the opposite, installing libxml2 via
> fink...
>
Hmm, that's not really the right way to go. We need to get the
native OS X packages recognized. [See also below, re. gnome] Try
echo $PKG_CONFIG_PATH
This should include /usr/lib/pkgconfig and
/usr/X11R6/lib/pkgconfig. If not, export a corrected version.
It was fine AFAICS.
Then try
pkg-config --cflags libxml-2.0
This should produce
-I/usr/include/libxml2
...and it does.
> Ok, now I got to the testing stage running ./gretl with fink
disabled; I get:
>
> 1) A system dialog window saying in German "gnuplot was closed
unexpectedly".
> The report (SIGTRAP) says:
> "Dyld Error Message: Library not loaded:
> /sw/Library/Frameworks/AquaTerm.framework/Versions/A/AquaTerm //
> Referenced from: .<....>/Gretl.app/Contents/Resources/bin/gnuplot //
> Reason: image not found"
>
Oof, that sounds pretty mixed-up. Is there an
/sw/Library/Frameworks directory at all (when /sw is enabled)? We
don't really want the gnuplot build to include AquaTerm. If
there's a Fink aquaterm package installed it may be necessary to
remove it. I'll try some experimentation myself.
That dir exists.
I removed the fink package aquaterm which was indeed installed. So I
guess that means to rebuild gnuplot.
> 3) an error window saying in English/literally "An error
occurred while
> loading or saving configuration information for Das Ökonometrie-Paket von
> GNOME 2.0. Some of your configuration settings may not work properly.
> -Details- OK-".
> Details say: "Failed to launch configuration server: Failed to execute child
> process "/sw/lib/gconf2/gconfd-2" (No such file or directory) <several
times>
>
Do you have some gnome components installed via Fink?
Yes, without actively knowing it. So I did /sw/bin/fink remove
--recursive gnome-base.
In that
case you should add
--without-gnome
to the flags used when configuring gretl. (This may explain the
confusion over libxml2, come to think of it.)
Ok, let's see how it goes without gnome.
Just to be on the safe side, I'm starting over again:
* configuring and building lbgd: ok
* configuring and building gnuplot: ok
* configuring gretl: ok, but at 'make' I get:
...
make -C gui2
make[1]: *** No rule to make target
`/sw/include/libgnomeui-2.0/gnome.h', needed by `about.o'. Stop.
make: *** [gui2] Error 2
I repeat that I have removed many if not all gnome fink packages, and
configure was --without-gnome.
What's next?
cheers,
sven
7:39 p.m.
On Wed, 19 Dec 2007, Sven Schreiber wrote:
I removed the fink package aquaterm which was indeed installed. So I
guess
that means to rebuild gnuplot.
Yes, I'm afraid so.
> Do you have some gnome components installed via Fink?
Yes, without actively knowing it. So I did /sw/bin/fink remove
--recursive gnome-base.
That should do the job.
Ok, let's see how it goes without gnome.
Just to be on the safe side, I'm starting over again:
* configuring and building lbgd: ok
* configuring and building gnuplot: ok
* configuring gretl: ok, but at 'make' I get:
...
make -C gui2
make[1]: *** No rule to make target `/sw/include/libgnomeui-2.0/gnome.h',
needed by `about.o'. Stop.
make: *** [gui2] Error 2
What's next?
make clean ; make
(In the make process, we figure dependencies and record these.
What's happening here is that a now-obsolete dependency is
blocking the build. "make clean" will trash all the previously
recorded dependencies.)
Allin.
8:22 a.m.
Am 20.12.2007 01:39, Allin Cottrell schrieb:
On Wed, 19 Dec 2007, Sven Schreiber wrote:
> make: *** [gui2] Error 2
>
> What's next?
>
make clean ; make
Ah, of course.
Then I got an error because I previously had only removed the fink
package libxml2 and not libxml2-shlibs. For libxml2-shlibs again one has
to do --recursive which clears out quite many packages. I wonder whether
the fink installation will be good for anything else than building gretl
afterwards ;-)
Oh and it seems that this affects gtksourceview, too, so that will be
missing in the build I guess (whatever that means, because in the end
syntax coloring is there).
Gnuplot also gave an error again, as I had also forgotten to remove
aquaterm-shlibs (including -dev).
Ok, building all over... success -- at least when starting from the
terminal via ./gretl. (of course with fink disabled)
Double-clicking also works!
creating the dmg I stumbled over cp; one needs the coreutils package and
watch out a bit -- quoted from the fink database page:
"The commands are named with 'g' prefix like 'gls' or 'gcp'.
If you want
to use them as 'ls' or 'cp', add /sw/lib/coreutils/bin to your PATH or
install the coreutils-default package."
Ok, I created the dmg alright (hopefully).
So far I didn't do the ScriptExec stuff.
The resulting dmg should be available from:
www.wiwi.uni-frankfurt.de/profs/nautz/downloads/software/gretl.dmg
To anybody else reading this: this is highly experimental, use this only
for testing purposes! And it's not a 100% current cvs version, either.
What else? Intel only. Maybe 10.5 (Leopard) only, but I'm sure Allin
will test it on 10.4.
Enjoy,
sven
10:57 a.m.
On Thu, 20 Dec 2007, Sven Schreiber wrote:
> make clean ; make
Ah, of course.
Then I got an error because I previously had only removed the
fink package libxml2 and not libxml2-shlibs. For libxml2-shlibs
again one has to do --recursive which clears out quite many
packages. I wonder whether the fink installation will be good
for anything else than building gretl afterwards ;-)
I think this should probably work: make sure you use the flag
"--without-gnome" when configuring gretl, and make sure that
/sw/lib/pkgconfig comes after /usr/lib/pkgconfig and
/usr/X11R6/lib/pkgconfig in your PKG_CONFIG_PATH. Then, with any
luck, gretl will pick up libxml2 from OS X and not Fink. That way
one shouldn't have to trash all those Fink packages.
Oh and it seems that this affects gtksourceview, too, so that
will be missing in the build I guess (whatever that means,
because in the end syntax coloring is there).
If gretl doesn't find an installed gtksourceview, it uses its own
version. This is preferable unless one is doing a build for
a fully-fledged gnome system. As with gnome, though, you should
be able to stop gretl from using an installed gtksourceview by
adding "--without-gtksourceview" to the configure flags.
Gnuplot also gave an error again, as I had also forgotten to
remove aquaterm-shlibs (including -dev).
On aquaterm: I thought that "/sw/Library/..." path looked
suspicous. But if it's correct, it should probably be possible to
use an aquaterm-enabled build of gnuplot in the gretl package.
This would require that aquaterm.dylib (or whatever it's called)
is copied from its Fink location to the lib directory under
Gretl.app/Contents/Resources as with the other Fink libs.
Ok, building all over... success -- at least when starting from
the terminal via ./gretl. (of course with fink disabled)
Double-clicking also works!
Ah, nice.
creating the dmg I stumbled over cp; one needs the coreutils
package and watch out a bit -- quoted from the fink database
page:
"The commands are named with 'g' prefix like 'gls' or 'gcp'.
If you want to
use them as 'ls' or 'cp', add /sw/lib/coreutils/bin to your PATH or
install
the coreutils-default package."
OK, thanks for the info; that's a change relative to my Fink
installation. (Or possibly I installed coreutils-default and
forgot about it; I'll see if I can check that.)
Ok, I created the dmg alright (hopefully).
The resulting dmg should be available from:
www.wiwi.uni-frankfurt.de/profs/nautz/downloads/software/gretl.dmg
To anybody else reading this: this is highly experimental, use
this only for testing purposes! And it's not a 100% current cvs
version, either. What else? Intel only. Maybe 10.5 (Leopard)
only, but I'm sure Allin will test it on 10.4.
Thanks, I'll give it a try on 10.4 this evening.
Allin.
5:58 p.m.
On Thu, 20 Dec 2007, Sven Schreiber wrote:
The resulting dmg should be available from:
www.wiwi.uni-frankfurt.de/profs/nautz/downloads/software/gretl.dmg
To anybody else reading this: this is highly experimental, use
this only for testing purposes! And it's not a 100% current cvs
version, either. What else? Intel only. Maybe 10.5 (Leopard)
only, but I'm sure Allin will test it on 10.4.
The good news is that it's a perfectly well-formed dmg and the
content looks fine. The bad (but hardly unexpected) news is that
it doesn't run on OS X 10.4 -- for lack of the libXrandr library.
This must be part of the X11 installation on 10.5 but not 10.4.
I understand that between 10.4 and 10.5 Apple shifted from xfree86
to xorg as the basis for their X11 installation. It's quite
likely hopeless (or if not quite that, then beyond the patience of
mere mortals) trying to create a build that will run OK on both
platforms.
Is there anyone out there who can test Sven's dmg on Leopard? If
it works generally on Leopard, perhaps we should amend the gretl
OS X webpage to point to different dmg's for different OS X
variants. Sven, would it be OK if with 1.7.1 we point an SF link
to uni-frankfurt?
Allin.
3:43 a.m.
New subject: Excell data
I know that using /File/Open data/Import/Excel a dialog box is open that
allows you to import the data from whatever sheet you want, but in the gretl
console (or from a script), Is there any way to import excell data from the
second (or third, ...) sheet?
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es
/
11:22 a.m.
New subject: Replaced list 'lvars'
If you use the "list" command from inside a loop
the message "Replaced list 'xxx' " is always printed.
I suggest that it would be good that the --quiet option of a loop suppress
also that message
--
Ignacio Diaz-Emparanza
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
T.: +34 946013732 | F.: +34 946013754
www.et.bs.ehu.es
12:12 p.m.
New subject: Replaced list 'lvars'
On Fri, 21 Dec 2007, Ignacio Diaz-Emparanza wrote:
If you use the "list" command from inside a loop
the message "Replaced list 'xxx' " is always printed.
I suggest that it would be good that the --quiet option of a loop suppress
also that message
Sounds reasonable. Dome in CVS.
Allin.
1:21 p.m.
New subject: Excell data
On Fri, 21 Dec 2007, Ignacio Diaz-Emparanza wrote:
I know that using /File/Open data/Import/Excel a dialog box is
open that allows you to import the data from whatever sheet you
want, but in the gretl console (or from a script), Is there any
way to import excell data from the second (or third, ...) sheet?
No, not at present.
Allin.
4:35 a.m.
Am 20.12.2007 23:58, Allin Cottrell schrieb:
On Thu, 20 Dec 2007, Sven Schreiber wrote:
> The resulting dmg should be available from:
> www.wiwi.uni-frankfurt.de/profs/nautz/downloads/software/gretl.dmg
>
> To anybody else reading this: this is highly experimental, use
> this only for testing purposes! And it's not a 100% current cvs
> version, either. What else? Intel only. Maybe 10.5 (Leopard)
> only, but I'm sure Allin will test it on 10.4.
>
The good news is that it's a perfectly well-formed dmg and the
content looks fine. The bad (but hardly unexpected) news is that
it doesn't run on OS X 10.4 -- for lack of the libXrandr library.
This must be part of the X11 installation on 10.5 but not 10.4.
I understand that between 10.4 and 10.5 Apple shifted from xfree86
to xorg as the basis for their X11 installation. It's quite
likely hopeless (or if not quite that, then beyond the patience of
mere mortals) trying to create a build that will run OK on both
platforms.
Yes I guess so. :-(
Is there anyone out there who can test Sven's dmg on Leopard? If
it works generally on Leopard, perhaps we should amend the gretl
OS X webpage to point to different dmg's for different OS X
variants. Sven, would it be OK if with 1.7.1 we point an SF link
to uni-frankfurt?
Yes, but why actually aren't the mac installers also hosted on
sourceforge? And I cannot promise anything for >=1.7.2 because I might
not have regular access to a mac anymore then, I simply don't know yet.
For 1.7.1 I would prepare an updated dmg of course based on the released
version -- if this beast actually works for someone.
Maybe we should ask for testers on the users list.
cheers,
sven
10:16 a.m.
I should mention, I'm updating the build.pdf documentation for OS
X as the dialog with Sven proceeds.
http://www.ecn.wfu.edu/~cottrell/gretl-osx/build.pdf
I'm also updating the shell scripts in that location.
Allin
5:20 p.m.
Am 18.12.2007 21:47, Allin Cottrell schrieb:
On Tue, 18 Dec 2007, Sven Schreiber wrote:
> I deleted Apple's fake readline symlink (in /usr/lib I think it was) and
> did
> export LDFLAGS="-L/usr/X11R6/lib -L/sw/lib"
> after installing the fink readline packages, but before configuring gnuplot
> (w/o the above "builtin" flag). Then make and make install seemed to go
> through.
>
The "builtin" flag wasn't respected? That sounds like a gnuplot
configure bug; maybe it's fixed in CVS.
The configure output looked like it was respected, but that didn't work.
Sorry, that was a mess. For both gretl and gnuplot the "prefix"
should be .../Gretl.app/Contents/Resources: the files go into
subdirectories of that folder named bin, lib, share and so on.
ok
> BTW, I should also mention that I couldn't install packages gmp3
> and mpfr, fink didn't know about them.
>
Try just "gmp" and "gmp-shlibs".
yes I already had that
http://pdb.finkproject.org/pdb/package.php/gmp
Maybe mpfr is rolled into that? Anyway, it's not essential.
but apparently it's there judging from gretl's configure output
(see other mail for next problem)
6136
days inactive
6139
days old
23 comments
3 participants
participants (3)
-
Allin Cottrell -
Ignacio Diaz-Emparanza -
Sven Schreiber