Menu
▾
▴
gnuplot-beta
|
From: Ethan M. <merritt@u.washington.edu> - 2006-06-16 19:46:42
|
Procedure: ./prepare ./configure --readline=gnu make distclean Non-fatal error message during the "make check" part ---------------------------------------------------- Can't load PNG icon(s) of the toolbar. Fatal error: ------------ make[2]: Entering directory `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build/src' cp: cannot create regular file `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build/gnuplot-4.1.0/src/wxterminal/gp_cairo.c': Permission denied cp: cannot create regular file `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build/gnuplot-4.1.0/src/wxterminal/wxt_gui.cpp': Permission denied make[2]: *** [distdir] Error 1 make[2]: Leaving directory `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build/src' make[1]: *** [distdir] Error 1 make[1]: Leaving directory `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build' make: *** [distcheck] Error 2 I'm guessing that something in the script is failing to create the .../_build/gnuplot-4.1.0/src/wxterminal/ directory, but I don't know quite how this thing works :-( -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: <tim...@en...> - 2006-06-16 22:38:08
|
Ethan Merritt wrote: > Procedure: > ./prepare > ./configure --readline=3Dgnu > make distclean > > Non-fatal error message during the "make check" part > ---------------------------------------------------- > Can't load PNG icon(s) of the toolbar. > =20 I can only solve that by using XPM files included at compile time. As I=20 told in a previous message, this adds some extra size to the executable,=20 I don't know exactly how much (~30 KB of source files, but probably much=20 less once compiled (i.e. becomes binary)). > Fatal error: > ------------ > make[2]: Entering directory=20 > `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build/src' > cp: cannot create regular file=20 > `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build/gnuplot-4.1.0/src/w= xterminal/gp_cairo.c':=20 > Permission denied > cp: cannot create regular file=20 > `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build/gnuplot-4.1.0/src/w= xterminal/wxt_gui.cpp':=20 > Permission denied > make[2]: *** [distdir] Error 1 > make[2]: Leaving directory=20 > `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build/src' > make[1]: *** [distdir] Error 1 > make[1]: Leaving directory=20 > `/home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/_build' > make: *** [distcheck] Error 2 > > > I'm guessing that something in the script is failing to create the > .../_build/gnuplot-4.1.0/src/wxterminal/ directory, but I don't=20 > know quite how this thing works :-( > =20 I solved that problem (and the others related to the distribution of the=20 xpm and png icons which appeared later in the 'make distcheck' process). Now 'make distcheck' seems to go almost to its completion, but ends up=20 like that : make[2]: quittant le r=E9pertoire =AB=20 /home/tipote/gnuplot-cvs2/gnuplot-4.1.0/_build =BB rm -f config.status config.cache config.log configure.lineno=20 configure.status.lineno rm -f Makefile ERROR: files left in build directory after distclean: ./demo/temp.dat make[1]: *** [distcleancheck] Erreur 1 make[1]: quittant le r=E9pertoire =AB=20 /home/tipote/gnuplot-cvs2/gnuplot-4.1.0/_build =BB make: *** [distcheck] Erreur 2 Thanks for your work, Ethan. Best regards, Timoth=E9e |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-06-16 22:47:31
|
On Friday 16 June 2006 04:33 pm, you wrote: > Ethan Merritt wrote: > > Procedure: > > ./prepare > > ./configure --readline=gnu > > make distclean > > > > Non-fatal error message during the "make check" part > > ---------------------------------------------------- > > Can't load PNG icon(s) of the toolbar. > > I can only solve that by using XPM files included at compile time. I don't see why that should be. Isn't it just a matter of setting an environmental variable during the "make check" run so that the icons are picked up from the build directory rather than their eventual install directory? That's what it does with GNUPLOT_DRIVER_DIR (to pick up gnuplot_x11). -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: <tim...@en...> - 2006-06-16 22:53:13
|
Ethan Merritt wrote: > On Friday 16 June 2006 04:33 pm, you wrote: > =20 >> Ethan Merritt wrote: >> =20 >>> Procedure: >>> ./prepare >>> ./configure --readline=3Dgnu >>> make distclean >>> >>> Non-fatal error message during the "make check" part >>> ---------------------------------------------------- >>> Can't load PNG icon(s) of the toolbar. >>> =20 >> I can only solve that by using XPM files included at compile time. >> =20 > > I don't see why that should be. =20 > Isn't it just a matter of setting an environmental variable > during the "make check" run so that the icons are picked up > from the build directory rather than their eventual install > directory? > That's what it does with GNUPLOT_DRIVER_DIR (to pick up gnuplot_x11). > =20 Oh yes, I forgot that option. I can do that. Timoth=E9e |
|
From: <tim...@en...> - 2006-06-17 05:17:19
|
Timoth=E9e Lecomte wrote: > Ethan Merritt wrote: > =20 >> On Friday 16 June 2006 04:33 pm, you wrote: >> =20 >> =20 >>> Ethan Merritt wrote: >>> =20 >>> =20 >>>> Procedure: >>>> ./prepare >>>> ./configure --readline=3Dgnu >>>> make distclean >>>> >>>> Non-fatal error message during the "make check" part >>>> ---------------------------------------------------- >>>> Can't load PNG icon(s) of the toolbar. >>>> =20 >>>> =20 >>> I can only solve that by using XPM files included at compile time. >>> =20 >>> =20 >> I don't see why that should be. =20 >> Isn't it just a matter of setting an environmental variable >> during the "make check" run so that the icons are picked up >> from the build directory rather than their eventual install >> directory? >> That's what it does with GNUPLOT_DRIVER_DIR (to pick up gnuplot_x11). >> =20 >> =20 > Oh yes, I forgot that option. I can do that. > > Timoth=E9e > =20 Hmm. It turns out not to be as easy as it seems. The difference with gnuplot_x11 is that the latter is a compiled file.=20 Let me explain, in case one of you has an idea to solve this mess. When 'make distcheck' enters ./demo to do 'make check', =20 GNUPLOT_DRIVER_DIR is set to " `pwd`/../src ", so that gnuplot_x11 is=20 looked in the right place. I thought I would just had to similarly set=20 WXT_PNG_DIR to " `pwd` /../src/wxterminal/bitmaps/png ", but it does not=20 work. When I say " 'make distcheck' enters ./demo", in fact it enters=20 <gnuplot root>/gnuplot-4.1.0/_build/demo and there is nothing in=20 <gnuplot_root>/gnuplot-4.1.0/_build/src/wxterminal/bitmaps/png as 'make=20 install' has not been called, whereas gnuplot_x11 is is=20 <gnuplot_root>/gnuplot-4.1.0/_build/src because it has just been compiled. I thought I could set WXT_PNG_DIR to " `pwd`=20 /../../../src/wxterminal/bitmaps/png ", but that would not work if you=20 just try 'make check' in <gnuplot_root>. I would need an absolute path to <gnuplot_root>, but I don't know how to=20 get this one. Any suggestion ? Timoth=E9e |
|
From: Lars H. <lhe...@us...> - 2006-07-12 16:37:07
|
Nobody replied to this section: Timoth?e Lecomte writes: > Ethan Merritt wrote: [...] > Now 'make distcheck' seems to go almost to its completion, but ends up > like that : > > make[2]: quittant le r?pertoire ? > /home/tipote/gnuplot-cvs2/gnuplot-4.1.0/_build ? > rm -f config.status config.cache config.log configure.lineno > configure.status.lineno > rm -f Makefile > ERROR: files left in build directory after distclean: > ./demo/temp.dat [...] This is a real bummer - by default, make dist includes *.dat, there are really too many to list individually. Can whoever added this (Ethan?) rename temp.dat so it doesn't have a .dat extension? tempdat.tmp maybe? Thanks. |
|
From: Daniel J S. <dan...@ie...> - 2006-07-12 17:03:19
|
Lars Hecking wrote: > Nobody replied to this section: > > Timoth?e Lecomte writes: > >>Ethan Merritt wrote: > > [...] > >>Now 'make distcheck' seems to go almost to its completion, but ends up >>like that : >> >>make[2]: quittant le r?pertoire ? >>/home/tipote/gnuplot-cvs2/gnuplot-4.1.0/_build ? >>rm -f config.status config.cache config.log configure.lineno >>configure.status.lineno >>rm -f Makefile >>ERROR: files left in build directory after distclean: >>./demo/temp.dat > > [...] > > This is a real bummer - by default, make dist includes *.dat, there are > really too many to list individually. Can whoever added this (Ethan?) > rename temp.dat so it doesn't have a .dat extension? tempdat.tmp maybe? Here are the differences in directory contents before and after all.dem: 12a13,15 > binary1 > binary2 > binary3 33a37,38 > equipo2.dat > field2xy.dat 39a45 > fit.log 96a103 > soundfit.par 106a114 > stringvar.tmp 109a118 > temp.dat There are three files with the .dat extension. "temp.dat" is the only one that causes problems? I'm OK with renaming that to anything, really. "normal.dat", "normal.tmp", "gauss.dat", "gauss.tmp", "foo.foo", "fi.fi"... "normal.tmp" probably. Dan |
|
From: <tim...@en...> - 2006-07-12 17:21:33
|
Daniel J Sebald wrote: > Here are the differences in directory contents before and after all.dem= : > (...) > There are three files with the .dat extension. "temp.dat" is the only = one that causes problems? I'm OK with renaming that to anything, really.= "normal.dat", "normal.tmp", "gauss.dat", "gauss.tmp", "foo.foo", "fi.fi= "... "normal.tmp" probably. > > Dan > =20 Lars Hecking wrote: > Everything .dat is automatically included with "make dist". > The alternative is to list all distributed .dat files, all > 29 of them, individually in Makefile.am.in under the Makefile.am > creation rule. I changed the three temporary *.dat files to *.tmp files. Timoth=E9e |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-06-17 05:55:31
|
On Friday 16 June 2006 11:12 pm, Timoth=E9e Lecomte wrote:
> When 'make distcheck' enters ./demo to do 'make check', =20
> GNUPLOT_DRIVER_DIR is set to " `pwd`/../src ", so that gnuplot_x11 is=20
> looked in the right place. I thought I would just had to similarly set=20
> WXT_PNG_DIR to " `pwd` /../src/wxterminal/bitmaps/png ", but it does not=
=20
> work. When I say " 'make distcheck' enters ./demo", in fact it enters=20
> <gnuplot root>/gnuplot-4.1.0/_build/demo and there is nothing in=20
> <gnuplot_root>/gnuplot-4.1.0/_build/src/wxterminal/bitmaps/png as 'make=20
> install' has not been called, whereas gnuplot_x11 is is=20
> <gnuplot_root>/gnuplot-4.1.0/_build/src because it has just been compiled.
>=20
> I thought I could set WXT_PNG_DIR to " `pwd`=20
> /../../../src/wxterminal/bitmaps/png ", but that would not work if you=20
> just try 'make check' in <gnuplot_root>.
>=20
> I would need an absolute path to <gnuplot_root>, but I don't know how to=
=20
> get this one.
>=20
> Any suggestion ?
Not really.
I'm having my own battle with 'make distcheck', with regard to the
recently added X-Resources file. I've put lines in .../share/Makefile.am
install-data-local:
$(mkinstalldirs) $(DESTDIR)$(XRESOURCEPATH)
if test -d $(DESTDIR)$(XRESOURCEPATH) && test -w $(DESTDIR)$(XRESOU=
RCEPATH); then \
$(INSTALL_DATA) Gnuplot.app-defaults $(DESTDIR)$(XRESOURCEPATH)/G=
nuplot \
; fi
However, this doesn't work during 'make distcheck' becuase $(DESTDIR) is
not being expanded. Why not? It seems to expand correctly for the similar
lines in .../term/Makefile.am
install-data-local:
$(mkinstalldirs) $(DESTDIR)$(GNUPLOT_PS_DIR)
$(INSTALL_DATA) $(srcdir)/PostScript/*.ps $(DESTDIR)$(GNUPLOT_PS_DI=
R)
Why does the latter get expanded to
=09
/bin/sh ../../mkinstalldirs /home/merritt/cvs/gnuplot-cvs/gnuplot-4.1.0/=
_inst/share/gnuplot/4.1/PostScript
While the former gets expanded to
/bin/sh ../../mkinstalldirs /usr/lib/X11/app-defaults
=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742
|
|
From: <tim...@en...> - 2006-06-17 06:56:50
|
Ethan A Merritt wrote:
> I'm having my own battle with 'make distcheck', with regard to the
> recently added X-Resources file. I've put lines in .../share/Makefile.=
am
>
> install-data-local:
> $(mkinstalldirs) $(DESTDIR)$(XRESOURCEPATH)
> if test -d $(DESTDIR)$(XRESOURCEPATH) && test -w $(DESTDIR)$(XR=
ESOURCEPATH); then \
> $(INSTALL_DATA) Gnuplot.app-defaults $(DESTDIR)$(XRESOURCEPAT=
H)/Gnuplot \
> ; fi
>
> However, this doesn't work during 'make distcheck' becuase $(DESTDIR) i=
s
> not being expanded. Why not? It seems to expand correctly for the sim=
ilar
> lines in .../term/Makefile.am
>
> install-data-local:
> $(mkinstalldirs) $(DESTDIR)$(GNUPLOT_PS_DIR)
> $(INSTALL_DATA) $(srcdir)/PostScript/*.ps $(DESTDIR)$(GNUPLOT_P=
S_DIR)
>
> Why does the latter get expanded to
> =09
> /bin/sh ../../mkinstalldirs /home/merritt/cvs/gnuplot-cvs/gnuplot-4.=
1.0/_inst/share/gnuplot/4.1/PostScript
>
> While the former gets expanded to
>
> /bin/sh ../../mkinstalldirs /usr/lib/X11/app-defaults
> =20
I don't really know why one works while the other does not, but at least=20
here is an interesting part of 'info autoconf', searching for 'DESTDIR' :
My package needs to install some configuration file. I tried to use
the following rule, but `make distcheck' fails. Why?
# Do not do this.
install-data-local:
$(INSTALL_DATA) $(srcdir)/afile $(DESTDIR)/etc/afile
(...)
`make distcheck' fails because they are installing files to=20
hard-coded paths. In the later
case the path is not really hard-coded in the package, but we can
consider it to be hard-coded in the system (or in whichever tool that
supplies the path). As long as the path does not use any of the
standard directory variables (`$(prefix)', `$(bindir)', `$(datadir)',
etc.), the effect will be the same: user-installations are impossible.
(...)
Now, there are some easy solutions.
The above `install-data-local' example for installing `/etc/afile'
would be better replaced by
sysconf_DATA =3D afile
by default `sysconfdir' will be `$(prefix)/etc', because this is what
the GNU Standards require. When such a package is installed on a FHS
compliant system, the installer will have to set `--sysconfdir=3D/etc=
'.
As the maintainer of the package you should not be concerned by such
site policies: use the appropriate standard directory variable to
install your files so that installer can easily redefine these
variables to match their site conventions.
________
So this does not explain why it works for term/Makefile.am, but it tells=20
you that they expect you to use the two following lines instead of the=20
custom install rules using $( DESTDIR) :
xresourcedir =3D $(*libdir*)/X11/app-defaults/Gnuplot
xresource_DATA =3D Gnuplot.app-defaults
Timoth=E9e
|
|
From: <tim...@en...> - 2006-06-17 20:18:44
|
Ethan A Merritt wrote:
> I'm having my own battle with 'make distcheck', with regard to the
> recently added X-Resources file.
By the way, as for this file, why not installing it to a standard=20
directory relatively to gnuplot (PREFIX/share/gnuplot/apps-defaults ?),=20
and let 'xrdb' add it to the database ? (or maybe not installing it at al=
l)
Makefile.am would contain :
dist_pkgdata_DATA =3D Gnuplot.app-defaults
and something like :
install-data-local:
xrdb $(pkgdatadir)Gnuplot.app-defaults
Timoth=E9e
|
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-06-17 22:44:15
|
On Saturday 17 June 2006 03:19 pm, you wrote: > Ethan A Merritt wrote: > > I'm having my own battle with 'make distcheck', with regard to the > > recently added X-Resources file. > By the way, as for this file, why not installing it to a standard > directory relatively to gnuplot (PREFIX/share/gnuplot/apps-defaults ?), The standard directory is dictated by X11 itself. We don't get a choice in the matter. > and let 'xrdb' add it to the database ? (or maybe not installing it at all) > install-data-local: > xrdb $(pkgdatadir)Gnuplot.app-defaults That would do nothing useful. xrdb must be run every time a user starts an X session. There is no persistence across users or across sessions. Ethan -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: <tim...@en...> - 2006-06-17 23:50:32
|
Ethan A Merritt wrote: > On Saturday 17 June 2006 03:19 pm, you wrote: > =20 >> Ethan A Merritt wrote: >> =20 >>> I'm having my own battle with 'make distcheck', with regard to the >>> recently added X-Resources file. >>> =20 >> By the way, as for this file, why not installing it to a standard=20 >> directory relatively to gnuplot (PREFIX/share/gnuplot/apps-defaults ?)= ,=20 >> =20 > > The standard directory is dictated by X11 itself. > We don't get a choice in the matter. > =20 I understand that. > =20 >> and let 'xrdb' add it to the database ? (or maybe not installing it at= all) >> install-data-local: >> xrdb $(pkgdatadir)Gnuplot.app-defaults >> =20 > > That would do nothing useful. > xrdb must be run every time a user starts an X session. > =20 Ok, I did not know that. I guess it will be hard to do something that will work everytime with=20 this file. I propose the following (assuming that /usr/lib/X11/app-defaults is the=20 default directory for this kind of stuff - I don't have such directory=20 on my machine, everything is in /usr/share/X11/app-defaults instead,=20 which makes more sense to me) : xresourcedir =3D $(libdir)/X11/app-defaults/Gnuplot xresource_DATA =3D Gnuplot.app-defaults If 'configure' is called with '--prefix=3D/usr' it will work, otherwise=20 the file will still be installed but probably not used by X. That=20 doesn't seem worse to me than the current situation which only works=20 when root installs. And it would work with 'make distcheck'. (to install in /usr/share/X11/app-defaults instead, the first line would=20 be : xresourcedir =3D $(datadir)/X11/app-defaults/Gnuplot ) Timoth=E9e |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-06-18 00:18:44
|
On Saturday 17 June 2006 06:51 pm, you wrote: > I propose the following (assuming that /usr/lib/X11/app-defaults is the > default directory for this kind of stuff - I don't have such directory > on my machine, everything is in /usr/share/X11/app-defaults instead, > which makes more sense to me) : > > xresourcedir = $(libdir)/X11/app-defaults/Gnuplot > xresource_DATA = Gnuplot.app-defaults Did you actually try this and get it to work? I placed these lines in Makefile.am and nothing happened at all. Also, the autoconf documentation claims that it should be able to find the proper xresourcedir definition by itself if the lines AC_SUBST(LIBRARIES_FOR_X) AC_PATH_XTRA are placed in configure.in. But it doesn't. In fact, half the options I try from the autoconf manual don't work :-( <begin rant> I think I will give up on this, and leave it for some autoconf guru (Lars?) To truth is, I find the autoconf documentation impenetrable, and the design of the program itself hideous. Somebody should start over and write a better-designed autoconfiguration system. I guess gnu autoconf is better than nothing, but that's not saying much. It doesn't quite reach the level of horrible design achieved by the 'info' system, but I'd rather not touch either one of them if at all possible. <end rant> Anyhow, I've hard-coded the Makefile so that it passes "make distcheck", at least for me. It would be nice to have ./configure pick up XRESOURCEPATH from the environment, if defined, but I can't get that to work properly either. -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: <tim...@en...> - 2006-06-18 00:42:58
|
Ethan A Merritt wrote: > On Saturday 17 June 2006 06:51 pm, you wrote: > =20 >> I propose the following (assuming that /usr/lib/X11/app-defaults is th= e=20 >> default directory for this kind of stuff - I don't have such directory= =20 >> on my machine, everything is in /usr/share/X11/app-defaults instead,=20 >> which makes more sense to me) : >> >> xresourcedir =3D $(libdir)/X11/app-defaults/Gnuplot >> xresource_DATA =3D Gnuplot.app-defaults >> =20 > > Did you actually try this and get it to work? > I placed these lines in Makefile.am and nothing happened at all. > =20 I must admit that I did not try before posting, but I just did. I put=20 these lines in share/Makefile.am : xresourcedir =3D $(libdir)/X11/app-defaults xresource_DATA =3D Gnuplot.app-defaults and I commented out the rules 'install' and 'uninstall'. When doing=20 'make install' after './configure --prefix=3D/home/tipote', I see : test -z "/home/tipote/lib/X11/app-defaults" || mkdir -p --=20 "/home/tipote/lib/X11/app-defaults" /bin/install -c -m 644 'Gnuplot.app-defaults'=20 '/home/tipote/lib/X11/app-defaults/Gnuplot.app-defaults' It seems to work as I described it. > Also, the autoconf documentation claims that it should be able > to find the proper xresourcedir definition by itself if the lines > AC_SUBST(LIBRARIES_FOR_X) > AC_PATH_XTRA > are placed in configure.in. I can't find these claims. > <begin rant> > I think I will give up on this, and leave it for some autoconf > guru (Lars?) To truth is, I find the autoconf documentation=20 > impenetrable, and the design of the program itself hideous. > Somebody should start over and write a better-designed=20 > autoconfiguration system. I guess gnu autoconf is better than > nothing, but that's not saying much. It doesn't quite reach the > level of horrible design achieved by the 'info' system, but I'd > rather not touch either one of them if at all possible. > <end rant> > =20 Wow, that's a lot of frustration ;-) In fact, there is not currently any alternative. cmake is the most=20 likely to replace the autotools in the long run, but it is still very=20 new and little distributed. Timoth=E9e |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-06-18 02:18:07
|
On Saturday 17 June 2006 07:43 pm, Timoth=E9e Lecomte wrote: > >> > >> xresourcedir =3D $(libdir)/X11/app-defaults/Gnuplot > >> xresource_DATA =3D Gnuplot.app-defaults > >> =20 > I put these lines in share/Makefile.am : >=20 > xresourcedir =3D $(libdir)/X11/app-defaults > xresource_DATA =3D Gnuplot.app-defaults >=20 > and I commented out the rules 'install' and 'uninstall'. >=20 > It seems to work as I described it. Huh. Yes it does. I must not have started with a clean enough slate the first time I tried it. OK, I'll put that in CVS. thanks, Ethan =2D-=20 Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: <tim...@en...> - 2006-06-18 02:47:14
|
Timoth=E9e Lecomte wrote: > Timoth=E9e Lecomte wrote: >> Ethan Merritt wrote: >> =20 >>> On Friday 16 June 2006 04:33 pm, you wrote: >>> =20 >>>> Ethan Merritt wrote: >>>> =20 >>>>> Procedure: >>>>> ./prepare >>>>> ./configure --readline=3Dgnu >>>>> make distclean >>>>> >>>>> Non-fatal error message during the "make check" part >>>>> ---------------------------------------------------- >>>>> Can't load PNG icon(s) of the toolbar. >>>>> =20 >>>> I can only solve that by using XPM files included at compile time. >>>> =20 >>> I don't see why that should be. Isn't it just a matter of setting=20 >>> an environmental variable >>> during the "make check" run so that the icons are picked up >>> from the build directory rather than their eventual install >>> directory? >>> That's what it does with GNUPLOT_DRIVER_DIR (to pick up gnuplot_x11). >>> =20 >> Oh yes, I forgot that option. I can do that. >> >> Timoth=E9e >> =20 > Hmm. It turns out not to be as easy as it seems. Well, with the help of the wxWidgets guys on IRC, I finally came up with=20 a very nice solution, which combines both simplicity, small executable=20 size, and no path nightmare : You can embed a PNG file in the source code after having converted to a=20 C array. Thus you profit from the compression of the PNG format=20 (compared to including XPM files) and you don't have to care about the=20 paths as the files are included at compile time. The size of the executable really does not change much : - before : 2785700 bytes - after : 2786862 bytes ... 1162 bytes, I think we can afford that instead of an ugly code to=20 retrieve the paths from different ways ... I will commit that soon. Timoth=E9e |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-06-18 02:59:03
|
On Saturday 17 June 2006 09:47 pm, Timoth=E9e Lecomte wrote:
> You can embed a PNG file in the source code after having converted to a=20
> C array. Thus you profit from the compression of the PNG format=20
> (compared to including XPM files) and you don't have to care about the=20
> paths as the files are included at compile time.
OK by me. =20
But in the abstract, I'd still like to leave open the possibility
of users adding their own custom menu icons with bound actions.=20
As I envision it, the system would work similarly to the
existing 'bind' command. E.g. instead of binding to a key, you'd
be binding to a menu button:
bind icon "paintbox.png" \
action "load 'linestyles'; set style incr user; replot"
(that doesn't quite work for other reasons, but you get the idea)
=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742
|
|
From: <tim...@en...> - 2006-06-18 03:03:49
|
Ethan A Merritt wrote: > On Saturday 17 June 2006 09:47 pm, Timoth=E9e Lecomte wrote: > =20 >> You can embed a PNG file in the source code after having converted to = a=20 >> C array. Thus you profit from the compression of the PNG format=20 >> (compared to including XPM files) and you don't have to care about the= =20 >> paths as the files are included at compile time. >> =20 > > OK by me. =20 > > But in the abstract, I'd still like to leave open the possibility > of users adding their own custom menu icons with bound actions.=20 > As I envision it, the system would work similarly to the > existing 'bind' command. E.g. instead of binding to a key, you'd > be binding to a menu button: > > bind icon "paintbox.png" \ > action "load 'linestyles'; set style incr user; replot" > > (that doesn't quite work for other reasons, but you get the idea) > =20 Yes, yes, it is on my TODO list for post-4.2, and the move to embedded=20 PNGs for the default icons should not prevent any future extension of=20 the system. For custom icons, it seems reasonable to me to ask the user=20 for the full path. Timoth=E9e |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-06-18 04:03:52
|
On Saturday 17 June 2006 10:04 pm, Timoth=E9e Lecomte wrote: > > > > bind icon "paintbox.png" \ > > action "load 'linestyles'; set style incr user; replot" > > =20 > Yes, yes, it is on my TODO list for post-4.2, and the move to embedded=20 > PNGs for the default icons should not prevent any future extension of=20 > the system.=20 Great! It's good to have a post-4.2 list also. But let's wrap up 4.2 first. Do you have any comments on Bastian's recent patches for Windows? 1505275 wgnuplot: scrollwheel support for text window 1505261 wgnuplot: open file-open-dialog in current dir The first one sounds obviously good. The second sounds like a UI change, but since I'm not a Windows user I can't judge whether it's good, bad, or indifferent. One more thing: Even though we have deferred moving 'q' and '<space>' keystroke processing back into the core code, I still very much want some way to prevent those keystrokes from being trapped by the wxt terminal. Can you provide a command line option with similar effect to the "gnuplot*ctrlq: on" resource for x11? Something like set term wxt ctrlq ... I want this because I am working on a utility script to allow interactive placement of labels. It should not require any changes to the core code other than a mechanism to allow all keystrokes=20 to be passed back to the user script. Otherwise we'll have an interactive labelling script that works for all labels that=20 don't contain a 'q' or a space ;-) =2D-=20 Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: <tim...@en...> - 2006-06-18 04:30:04
|
Ethan A Merritt wrote: > Do you have any comments on Bastian's recent patches for Windows? > 1505275 wgnuplot: scrollwheel support for text window > 1505261 wgnuplot: open file-open-dialog in current dir > > The first one sounds obviously good. The second sounds like a UI > change, but since I'm not a Windows user I can't judge whether it's > good, bad, or indifferent. > =20 I plan to reboot to Windows in a few hours. I will try those if I have ti= me. > One more thing: > > Even though we have deferred moving 'q' and '<space>' keystroke > processing back into the core code, I still very much want some way > to prevent those keystrokes from being trapped by the wxt terminal. > Can you provide a command line option with similar effect to the > "gnuplot*ctrlq: on" resource for x11? Something like > set term wxt ctrlq ... I can either make an option in the configuration dialog and/or (or is=20 simpler) a command line option. What do you prefer ? On my side, I have one bug to fix about the way the modifier keys are=20 handled by the wxt terminal (unreliable regarding sequences like ctrl-F1=20 which are caught by KDE to change the virtual desktop, and gnuplot ends=20 up believing that ctrl is still pressed - I will try to solve that in=20 the next few hours). Apart from that, I think the wxt terminal is ready. Timoth=E9e |
|
From: <tim...@en...> - 2006-07-12 16:40:44
|
Lars Hecking wrote: > Nobody replied to this section: > > Timoth?e Lecomte writes: > =20 >> Ethan Merritt wrote: >> =20 > [...]=20 > =20 >> Now 'make distcheck' seems to go almost to its completion, but ends up= =20 >> like that : >> >> make[2]: quittant le r?pertoire ?=20 >> /home/tipote/gnuplot-cvs2/gnuplot-4.1.0/_build ? >> rm -f config.status config.cache config.log configure.lineno=20 >> configure.status.lineno >> rm -f Makefile >> ERROR: files left in build directory after distclean: >> ./demo/temp.dat >> =20 > [...] > > This is a real bummer - by default, make dist includes *.dat, there ar= e > really too many to list individually. Can whoever added this (Ethan?) > rename temp.dat so it doesn't have a .dat extension? tempdat.tmp maybe= ? > > Thanks. > =20 Ethan solved the problem by adding temp.dat to CLEANFILES in=20 docs/Makefile.am.in Timoth=E9e |
|
From: Lars H. <lhe...@us...> - 2006-07-12 16:44:54
|
> > This is a real bummer - by default, make dist includes *.dat, there are > > really too many to list individually. Can whoever added this (Ethan?) > > rename temp.dat so it doesn't have a .dat extension? tempdat.tmp maybe? > > > > Thanks. > > > Ethan solved the problem by adding temp.dat to CLEANFILES in > docs/Makefile.am.in This did not solve it because recreating Makefile.am from Makefile.am.in adds temp.dat to EXTRA_DIST, so temp.dat gets included with make dist. |
|
From: <tim...@en...> - 2006-07-12 16:57:23
|
Lars Hecking wrote: >>> This is a real bummer - by default, make dist includes *.dat, there = are >>> really too many to list individually. Can whoever added this (Ethan?= ) >>> rename temp.dat so it doesn't have a .dat extension? tempdat.tmp may= be? >>> >>> Thanks. >>> =20 >>> =20 >> Ethan solved the problem by adding temp.dat to CLEANFILES in=20 >> docs/Makefile.am.in >> =20 > =20 > This did not solve it because recreating Makefile.am from Makefile.am.= in > adds temp.dat to EXTRA_DIST, so temp.dat gets included with make dist. Ok, I get the point. If you will, I can correct that. Timoth=E9e |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-07-12 17:07:03
|
On Wednesday 12 July 2006 09:44 am, Lars Hecking wrote: > > > This is a real bummer - by default, make dist includes *.dat, > > > there are really too many to list individually. Can whoever added > > > this (Ethan?) rename temp.dat so it doesn't have a .dat > > > extension? tempdat.tmp maybe? Not me. The only place I see temp.dat mentioned is in random.dem I don't quite follow why the name makes a difference, but I'm sure the demo itself doesn't depend on any particular name. > > Ethan solved the problem by adding temp.dat to CLEANFILES in > > docs/Makefile.am.in > > This did not solve it because recreating Makefile.am from > Makefile.am.in adds temp.dat to EXTRA_DIST, so temp.dat gets included > with make dist. -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
