kmatplot-general Mailing List for KMatplot (Page 13)
Brought to you by:
kamil
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(5) |
Jun
(2) |
Jul
(6) |
Aug
(6) |
Sep
|
Oct
(5) |
Nov
(8) |
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(15) |
Feb
(12) |
Mar
(15) |
Apr
(3) |
May
(46) |
Jun
(14) |
Jul
(2) |
Aug
(2) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
(7) |
2003 |
Jan
(6) |
Feb
(3) |
Mar
(3) |
Apr
(1) |
May
(6) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2004 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
2005 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2007 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
(5) |
Aug
(22) |
Sep
(9) |
Oct
(9) |
Nov
(11) |
Dec
(11) |
2008 |
Jan
(5) |
Feb
(5) |
Mar
(10) |
Apr
(18) |
May
(10) |
Jun
(12) |
Jul
(14) |
Aug
(5) |
Sep
(10) |
Oct
(11) |
Nov
(14) |
Dec
(50) |
2009 |
Jan
(61) |
Feb
(4) |
Mar
(1) |
Apr
(24) |
May
(80) |
Jun
(74) |
Jul
(41) |
Aug
(21) |
Sep
(16) |
Oct
(35) |
Nov
(14) |
Dec
(7) |
2010 |
Jan
|
Feb
|
Mar
(32) |
Apr
(49) |
May
(75) |
Jun
(58) |
Jul
(41) |
Aug
(42) |
Sep
(17) |
Oct
(3) |
Nov
(2) |
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Gernot S. <ge...@th...> - 2002-01-17 14:28:20
|
hello all, i am using kmatplot 0.3-1 with KDE 2.2.1 and i wonder about some strange results of kmatplots export-function. i want to export a figure using the option 'users program' in the exports menu. but the EPS/PS/PDF created by the function is white. that means that nothing is seen when i display the file with acroread or ghostview though the file has a considerable size. if understood correctly this function is just sending the data through a temporary file to ghostscript. so i modified the programm call to 'cp %1 %2' to have a look on the temporary data. with the same result. no picture. does anyone know how to cope with that problem or where i have to look for my error? thank you, gernot -- ************************************************************************ Gernot Schmidt ge...@th... TU Dresden - Inst. f. Theor. Physik Zellescher Weg 17, Zi. A 138 Tel. 0351 463 34034 |
From: Gernot S. <ge...@th...> - 2002-01-17 13:13:24
|
From: Kamil <kam...@po...> - 2001-12-26 22:55:12
|
KMatplot 0.3.1 test packages Source package is available at: http://kmatplot.sourceforge.net/kmatplot-0.3.1.tar.gz RPM packages for RedHat 7.2 are available at: http://kmatplot.sourceforge.net/kmatplot-0.3.1-1.i386.rpm http://kmatplot.sourceforge.net/kmatplot-octave-0.3.1-1.i386.rpm http://kmatplot.sourceforge.net/kmatplot-python-0.3.1-1.i386.rpm http://kmatplot.sourceforge.net/kmatplot-0.3.1-1.src.rpm There is no reference to the above packages on the Web site ! Changes: - new python module - function to transfer data from Numeric Python programs to KMatplot, similar to those for Octave ( Martin Wiechert ), - pixmap buffering - less flickering, - updated build system, it should work better under Suse and Debian ( not tested ), - examples, see the main menu under Help/Examples, - many bugfixes. |
From: Kamil <kam...@po...> - 2001-12-17 19:51:28
|
> > Anyway, this buggy package, valid only for debian sid, can be found here: > ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3 >-1_i386.deb > ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3 >-1.dsc > ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3 >-1_i386.changes Thanks Laurent ! I will have to ask you to repeat your work soon. I will be releasing KMatplot 0.3.1 with some bugfixes. Yes, there are some serious bugs in kcontour, kimage, kmesh any many other minor bugs which I have to fix as soon as possible. Kamil |
From: Laurent J. <lja...@fy...> - 2001-12-16 20:53:34
|
Le Saturday 15 December 2001 22:29, Kamil a =E9crit : > Hi, > > I made a mistake in 'configure' script. I didn't know that Debian had a > separate package for QtGL extension, and 'configure' checks only if GL > library is installed and if it is it assumes that QtGL is built-in into= Qt > ( as in my RedHat ). You will have to configure without GL then. There= are > also a few further bugs noticed, so I probably release KMatplot 0.3.1 i= n a > few days. OK, I have compiled kmatplot for debian without opengl. However, there are one remark to do and one bug to point: - first, KDEDIR must be set to your kde base directory (I think it's=20 generally /usr/local/kde for debian) before any use of kmatplot; - octave works well with kplot but nothing seems to work with kcontour or= =20 kmesh. For instance, this doesn't work: octave-2.1.35:1> [x,y]=3Dmeshgrid(-10:10); octave-2.1.35:2> g=3Dexp(-(x.^2+y.^2)/2); octave-2.1.35:3> kaddaxes(0); octave-2.1.35:4> kcontour(g); ans =3D 2 I got only an image with axes and no contours. Anyway, this buggy package, valid only for debian sid, can be found here: ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0= .3-1_i386.deb ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0= .3-1.dsc ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0= .3-1_i386.changes Laurent. |
From: Kamil <kam...@po...> - 2001-12-14 22:31:28
|
> Hello, > > I'm trying to do a debian package for kmatplot. > Unfortunately this error for the compilation: > === > make[3]: Entering directory > `/home/laurent/download/kmatplot-0.3/kmatplot-0.3/kmatplot/demos' > /bin/sh ../../libtool --mode=link --tag=CXX g++ -O0 -fexceptions > -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes > -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -o demo3d > -L/usr/X11R6/lib demo3d.o ../widgets/libplot.la -lqt -lpng -lz > -lm -ljpeg -lXext -lX11 -lSM -lICE -lXmu -lGL -lGLU -lX11 > g++ -O0 -fexceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith > -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor > -fno-builtin -o demo3d demo3d.o -L/usr/X11R6/lib > ../widgets/.libs/libplot.a -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lstdc++ > -lc -lgcc -lqt -lpng -lz -lm /usr/lib/libjpeg.so -lXext -lX11 -lSM -lICE > -lXmu -lGL -lGLU -lX11 ../widgets/.libs/libplot.a(qsdrvopengl.o): In > function > `QSDrvOpenGL::init(QSAxes3D *)': > qsdrvopengl.o(.text+0x8cb): undefined reference to > `QGLFormat::QGLFormat(void)' > qsdrvopengl.o(.text+0x8e0): undefined reference to > `QGLFormat::setDoubleBuffer(bool)' > qsdrvopengl.o(.text+0x916): undefined reference to > `QGLContext::QGLContext(QGLFormat const &, QPaintDevice *)' > qsdrvopengl.o(.text+0xbd3): undefined reference to > `QGLContext::QGLContext(QGLFormat const &, QPaintDevice *)' > collect2: ld returned 1 exit status > === > > I have the following configuration: > kde-2.2.2 > glutg3-3.7 > mesag-3.4.2.1 > xlibmesa3-4.1.0 > > > Any idea of what caused this error ? > Do you think it is due to kde or opengl ? > What is exactly your suggested opengl configuration to compile kmatplot ? > > Thanks, > Laurent. > Hi, I made a mistake in 'configure' script. I didn't know that Debian had a separate package for QtGL extension, and 'configure' checks only if GL library is installed and if it is it assumes that QtGL is built-in into Qt ( as in my RedHat ). You will have to configure without GL then. There are also a few further bugs noticed, so I probably release KMatplot 0.3.1 in a few days. Kamil |
From: Laurent J. <lja...@fy...> - 2001-12-14 21:08:07
|
Hello, I'm trying to do a debian package for kmatplot. Unfortunately this error for the compilation: === make[3]: Entering directory `/home/laurent/download/kmatplot-0.3/kmatplot-0.3/kmatplot/demos' /bin/sh ../../libtool --mode=link --tag=CXX g++ -O0 -fexceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -o demo3d -L/usr/X11R6/lib demo3d.o ../widgets/libplot.la -lqt -lpng -lz -lm -ljpeg -lXext -lX11 -lSM -lICE -lXmu -lGL -lGLU -lX11 g++ -O0 -fexceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -o demo3d demo3d.o -L/usr/X11R6/lib ../widgets/.libs/libplot.a -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lstdc++ -lc -lgcc -lqt -lpng -lz -lm /usr/lib/libjpeg.so -lXext -lX11 -lSM -lICE -lXmu -lGL -lGLU -lX11 ../widgets/.libs/libplot.a(qsdrvopengl.o): In function `QSDrvOpenGL::init(QSAxes3D *)': qsdrvopengl.o(.text+0x8cb): undefined reference to `QGLFormat::QGLFormat(void)' qsdrvopengl.o(.text+0x8e0): undefined reference to `QGLFormat::setDoubleBuffer(bool)' qsdrvopengl.o(.text+0x916): undefined reference to `QGLContext::QGLContext(QGLFormat const &, QPaintDevice *)' qsdrvopengl.o(.text+0xbd3): undefined reference to `QGLContext::QGLContext(QGLFormat const &, QPaintDevice *)' collect2: ld returned 1 exit status === I have the following configuration: kde-2.2.2 glutg3-3.7 mesag-3.4.2.1 xlibmesa3-4.1.0 Any idea of what caused this error ? Do you think it is due to kde or opengl ? What is exactly your suggested opengl configuration to compile kmatplot ? Thanks, Laurent. |
From: Kamil <kam...@po...> - 2001-12-11 17:49:33
|
> > Hello, > > > > First, thank you for this new version of kmatplot. I'm going to compile > > it on RH 7.1 alpha. > > You can obtain a version of kmatplot 0.3 for RedHat 7.1 alpha here > ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot-0.3 >-1.alpha.rpm > > It seems to work on my computer. > Great job Kamil! > > Laurent. Thanks Laurent ! I will wait a few days before announcing a new version on the freshmeat.net. It is a time now to check if there is no serious bugs around and if it compiles without problems on other distros, and not only on my RedHat. If somebody compiled KMatplot please let me know what distribution you are using ! Kamil |
From: Laurent J. <lja...@fy...> - 2001-12-11 16:54:20
|
On Tuesday 11 December 2001 09:25, Laurent Jacques wrote: > Hello, > > First, thank you for this new version of kmatplot. I'm going to compile it > on RH 7.1 alpha. You can obtain a version of kmatplot 0.3 for RedHat 7.1 alpha here ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot-0.3-1.alpha.rpm It seems to work on my computer. Great job Kamil! Laurent. |
From: Laurent J. <lja...@fy...> - 2001-12-11 08:28:06
|
Hello, First, thank you for this new version of kmatplot. I'm going to compile it on RH 7.1 alpha. Second, do you know that sourceforge is less and less free ? VA Linux became VA Software and there are more and more rumors about bugs in sourceforge, projects takings over, ... (more information here: http://www.advogato.org/article/357.html) So, if you are worried like me about that, there is a very successful site "a la sourceforge" and without connection with private companies: http://savannah.gnu.org/ It seems that more and more famous softwares like plex86 are hosted on it. I heard also the existence of other hosting projects but I don't remember their name... Regards, L. Jacques. |
From: Kamil <kam...@po...> - 2001-12-11 03:38:22
|
KMatplot 0.3 prerelease Source package is available at: http://kmatplot.sourceforge.net/kmatplot-0.3.tar.gz RPM packages for RedHat 7.1 / KDE2.1.1 are available at: http://kmatplot.sourceforge.net/kmatplot-0.3-1.i386.rpm http://kmatplot.sourceforge.net/kmatplot-0.3-1.src.rpm There is no reference to the above packages on the Web site ! Change log: - cut/copy/paste, - undo/redo, - group/ungroup objects, - multiple pages, - arbitrary number of axes per graph, - formulas ( still under development ), - surfaces and contours can display non-gridded data ( using Delunay triangulation ), - colored area under surface, v-gradient, plotting 4d data ( still under development ), - XY plots - stairs, - custom tics values, - fast selecting of graph elements by middle button click, - general data storing policy - vectors are stored as columns, - many bug fixes. Notes: 1. File format has been modified. You can lose some attributes of saved graphs. 2. Data storing policy has changed. XY plots: Vectors are stored as columns, not rows. You have to transpose all vectors after you read an old file ( Edit/Transpose option in the worksheet main menu ). 3. Data storing policy has changed. Image,contours,surfaces: Data channel ordering has changed. It was: 0.Data 1.Column index vector 2.Row index vector It is: 0.Column index vector 1.Row index vector 2.Data All you data will be read as Column index vector, you will have to set it as Data again. Use Edit/Cut, Edit/Pase options from the worksheet main menu. 4. You can safely configure KMatplot with an option: --without-gl, it does not require OpenGL anymore. 5. Installing and running in a non-default directory ( example dir: /home/kamil/kmatplot ) ./configure --prefix=/home/kamil/kmatplot make install export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/kamil/kmatplot/lib env KDEDIR=/home/kamil/kmatplot /home/kamil/kmatplot/bin/kmatplot 6. KMatplot will crash immediately after start if it doesn't find its resource files, so it is important to provide a correct KDEDIR shell variable if the program is not installed in the default directory. Build system fails to detect a default KDE path on some distributions, especially on Suse. You can pass KDE path to configure using --prefix option: ./configure --prefix=/opt/kde2 |
From: Kamil <kam...@po...> - 2001-11-29 23:15:31
|
> Hello, I'm having a terrible time getting Kmatplot to build. Everytime I > get into the build, I get an error in the opengl directory stating that > "glXCreateGLXPixmapMESA has not been used yet". There are other errors as > well. They all seem to be related to not having a definition of > glXCreateGLXPixmapMESA. It's only in the opengl directory where I get these > errors. > > I have all the required development sources: Mesa3D, qt-development, f2c, > tcl-development, etc. All are correctly installed, pointed to, and the > paths correctly configured by ./configure. But when I grep the source > files, I can only find a reference to glXCreateGLXPixmapMESA in the source > files of qt and mesa under the opengl folder. But even then, I can't find a > header file anywhere that defines glXCreateGLXPixmapMESA. > > Has anyone had this problem before? What am I doing wrong? > > thanks, > Paul I can't help you. opengl/ folder contains Qt GL extension, which was not distributed with Qt, so I decided to put it into Kmatplot source distribution. Maybe merging with a newer version instead of the current one will work ? I'll give you a shot of my system ( RedHat 7.1 ): rpm -q -a | grep Mesa Mesa-devel-3.4-13 Mesa-3.4-13 cd /usr/include/GL grep -H -n glXCreateGLXPixmapMESA * glx.h:388:extern GLXPixmap glXCreateGLXPixmapMESA( Display *dpy, XVisualInfo *visual, glx_mangle.h:66:#define glXCreateGLXPixmapMESA mglXCreateGLXPixmapMESA grep -H -n glXCreateGLXPixmap * glx.h:193:extern GLXPixmap glXCreateGLXPixmap( Display *dpy, XVisualInfo *visual, glx.h:388:extern GLXPixmap glXCreateGLXPixmapMESA( Display *dpy, XVisualInfo *visual, glx_mangle.h:52:#define glXCreateGLXPixmap mglXCreateGLXPixmap glx_mangle.h:66:#define glXCreateGLXPixmapMESA mglXCreateGLXPixmapMESA Kamil |
From: bataii <ba...@ne...> - 2001-11-26 04:29:08
|
Hello, I'm having a terrible time getting Kmatplot to build. Everytime I = get into the build, I get an error in the opengl directory stating that = "glXCreateGLXPixmapMESA has not been used yet". There are other errors = as well. They all seem to be related to not having a definition of = glXCreateGLXPixmapMESA. It's only in the opengl directory where I get = these errors. I have all the required development sources: Mesa3D, qt-development, = f2c, tcl-development, etc. All are correctly installed, pointed to, and = the paths correctly configured by ./configure. But when I grep the = source files, I can only find a reference to glXCreateGLXPixmapMESA in = the source files of qt and mesa under the opengl folder. But even then, = I can't find a header file anywhere that defines glXCreateGLXPixmapMESA. Has anyone had this problem before? What am I doing wrong?=20 thanks, Paul |
From: Kamil <kam...@po...> - 2001-11-26 04:09:04
|
> i am getting just the question sign icon instead of almost all icons in > the program. i am using redhat 7.2 us. > i also tried to compile kmatplot from sources, but configure always stops > on 'kde headers not found'. > could you help me, please? > thank you. It is a problem with a new KDE version. You have to create hicolor/ directory as a symbolic link to locolor/ in /usr/share/apps/kmatplot/icons/, executing ( as root ) following command in this directory : ln -s locolor/ hicolor |
From: Kamil <kam...@po...> - 2001-11-26 02:34:14
|
> Hi, > Can Kmatplot project geographical maps contours? I have a world grid > but i need to plot only the contours. > Thanks > Rachid I'm afraid it can't . It can't plot any datasets beyond simple contours yet. Kamil |
From: Lukas K. <luk...@pe...> - 2001-11-25 22:09:41
|
i am getting just the question sign icon instead of almost all icons in the program. i am using redhat 7.2 us. i also tried to compile kmatplot from sources, but configure always stops on 'kde headers not found'. could you help me, please? thank you. lukas -- Lukas Kubin luk...@pe... phone: 00420603836180 |
From: Rachid C. <rac...@lb...> - 2001-11-23 14:17:14
|
Hi, Can Kmatplot project geographical maps contours? I have a world grid but i need to plot only the contours. Thanks Rachid -- Dr. Rachid Cheddadi European Pollen Database Tel: 00.33.(0)4.90.96.18.18 Ancien Archeveche Fax: 00.33.(0)4.90.93.98.03 13200 Arles -France email: rac...@lb... |
From: Kamil <kam...@po...> - 2001-11-21 04:19:22
|
> After compiling octave 2.1.35, I can't get kmatplot to behave This is > what I get.... > > Script started on Mon Nov 19 20:25:46 2001 > ossands@bilbo:~ > octave > GNU Octave, version 2.1.35 (i686-pc-linux-gnu). > Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001 John W. Eaton. > This is free software with ABSOLUTELY NO WARRANTY. > For details, type `warranty'. > > *** This is a development version of Octave. Development releases > *** are provided for people who want to help test, debug, and improve > *** Octave. > *** > *** If you want a stable, well-tested version of Octave, you should be > *** using one of the stable releases (when this development release > *** was made, the latest stable version was 2.0.16). > > octave:1> kaddaxes(0) > octave: error while loading shared libraries: > /usr/local/libexec/octave/site/oct/i686-pc-linux-gnu/kaddaxes.oct: > undefined symbol: plot_connect > ossands@bilbo:~ > exit > > Any ideas? > > Scott Sands > > Particulars: SuSE Linux 7.2, (2.4-4GB kernel, gcc 2.95.3) AMD Duron 750 > MHz, kmatplot-0.2.2 I have no ideas ... It looks like oct files were not linked with libkmatplot_interface.a. Hmm ... but why ? Did you install a binary RPM or compile KMatplot from sources ? Kamil |
From: Obed S. <o.s...@ie...> - 2001-11-20 01:35:35
|
After compiling octave 2.1.35, I can't get kmatplot to behave This is what I get.... Script started on Mon Nov 19 20:25:46 2001 ossands@bilbo:~ > octave GNU Octave, version 2.1.35 (i686-pc-linux-gnu). Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001 John W. Eaton. This is free software with ABSOLUTELY NO WARRANTY. For details, type `warranty'. *** This is a development version of Octave. Development releases *** are provided for people who want to help test, debug, and improve *** Octave. *** *** If you want a stable, well-tested version of Octave, you should be *** using one of the stable releases (when this development release *** was made, the latest stable version was 2.0.16). octave:1> kaddaxes(0) octave: error while loading shared libraries: /usr/local/libexec/octave/site/oct/i686-pc-linux-gnu/kaddaxes.oct: undefined symbol: plot_connect ossands@bilbo:~ > exit Any ideas? Scott Sands Particulars: SuSE Linux 7.2, (2.4-4GB kernel, gcc 2.95.3) AMD Duron 750 MHz, kmatplot-0.2.2 |
From: Kamil <kam...@po...> - 2001-10-11 23:21:56
|
> Here is the error that I catch when I try a simple compilation of the > kmatplot sources. I have tried several version of glut (from 3.7-5 to > 3.7-11, it is perhaps a debianised version number) but it is always the > same result. === > ... > g++ -O0 -fexceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith > -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor > -fno-builtin -o demo2d demo2d.o -L/usr/X11R6/lib > ../widgets/.libs/libplot.a -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lstdc++ > -lc -lgcc -lqt -lpng -lz -lm -ljpeg -lXext -lX11 -lSM -lICE -lGL -lGLU > -lX11 > ../widgets/.libs/libplot.a(qgl_x11.o): In function `choose_cmap(_XDisplay > *, XVisualInfo *)': > qgl_x11.o(.text+0x3ee): undefined reference to `XmuLookupStandardColormap' > collect2: ld returned 1 exit status > make[3]: *** [demo2d] Error 1 > make[3]: Leaving directory `/home/laurent/kmatplot-0.2.2/kmatplot/demos' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home/laurent/kmatplot-0.2.2/kmatplot' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/laurent/kmatplot-0.2.2' > make: *** [all-recursive-am] Error 2 > === I didn't notice -lXmu in the linker command line. I'm not an expert in those Makefiles - they work in different way on each system. You can force linking to Xmu by modifing following lines in Makefiles, this should solve the problem. kmatplot/demos/Makefile.am: demo2d_LDADD = ../widgets/libplot.la $(LIB_QT) -lXmu $(GLLIB) demo3d_LDADD = ../widgets/libplot.la ../opengl/libqgl.la $(LIB_QT) -lXmu $(GLLIB) kmatplot/Makefile.am: kmatplot_LDADD = ./part/libkmatplot.la -lXmu > > I obtain also plenty of warning like this one: > > === > qsdata.h: In method `class QSData * QSData::child(int) const': > qsdata.h:97: warning: unused parameter `int index' > /usr/bin/moc ./qsplotview.h -o qsplotview.moc.cpp > /bin/sh ../../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. > -I../.. -I/usr/include/kde -I/usr/include/qt -I/usr/X11R6/include -O0 > -fexceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith > -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor > -fno-builtin -c qsplotview.moc.cpp > g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/kde -I/usr/include/qt > -I/usr/X11R6/include -O0 -fexceptions -fno-check-new -Wall -pedantic -W > -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long > -Wnon-virtual-dtor -fno-builtin -c qsplotview.moc.cpp -fPIC -DPIC -o > .libs/qsplotview.moc.o > In file included from qsdata.h:28, > from qsbase.h:28, > from qsaxes.h:33, > from qsplotview.h:23, > from qsplotview.moc.cpp:16: > === > > Any idea ? > I don't know why you are obtaining plenty of warnings ( some pedantic gcc version ? ) but probably you can safely ignore them all. Kamil |
From: Laurent J. <lja...@fy...> - 2001-10-11 22:15:29
|
On Wednesday 10 October 2001 09:25, Laurent Jacques wrote: > On Thursday 11 October 2001 06:00, Kamil wrote: > > > If not, I can perhaps create it but I have to read carefully the > > > doc about debian package creation because I'm new on this distribution. > > > > You can try. I know nothing about Debian packages so I won't help you > > much, but it should not be more difficult than creating RPM package I > > think. > > OK. I have already tried to do that but up to now, I have a compilation > problem. I think it is independent of the package creation. I will give you > soon the returned error because now I'm not on my personal computer. > Here is the error that I catch when I try a simple compilation of the kmatplot sources. I have tried several version of glut (from 3.7-5 to 3.7-11, it is perhaps a debianised version number) but it is always the same result. === ... g++ -O0 -fexceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -o demo2d demo2d.o -L/usr/X11R6/lib ../widgets/.libs/libplot.a -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lstdc++ -lc -lgcc -lqt -lpng -lz -lm -ljpeg -lXext -lX11 -lSM -lICE -lGL -lGLU -lX11 ../widgets/.libs/libplot.a(qgl_x11.o): In function `choose_cmap(_XDisplay *, XVisualInfo *)': qgl_x11.o(.text+0x3ee): undefined reference to `XmuLookupStandardColormap' collect2: ld returned 1 exit status make[3]: *** [demo2d] Error 1 make[3]: Leaving directory `/home/laurent/kmatplot-0.2.2/kmatplot/demos' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/laurent/kmatplot-0.2.2/kmatplot' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/laurent/kmatplot-0.2.2' make: *** [all-recursive-am] Error 2 === I obtain also plenty of warning like this one: === qsdata.h: In method `class QSData * QSData::child(int) const': qsdata.h:97: warning: unused parameter `int index' /usr/bin/moc ./qsplotview.h -o qsplotview.moc.cpp /bin/sh ../../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/kde -I/usr/include/qt -I/usr/X11R6/include -O0 -fexceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -c qsplotview.moc.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/kde -I/usr/include/qt -I/usr/X11R6/include -O0 -fexceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -Wnon-virtual-dtor -fno-builtin -c qsplotview.moc.cpp -fPIC -DPIC -o .libs/qsplotview.moc.o In file included from qsdata.h:28, from qsbase.h:28, from qsaxes.h:33, from qsplotview.h:23, from qsplotview.moc.cpp:16: === Any idea ? Thank you, L. Jacques. |
From: Laurent J. <lja...@fy...> - 2001-10-10 07:26:40
|
On Thursday 11 October 2001 06:00, Kamil wrote: > > If not, I can perhaps create it but I have to read carefully the > > doc about debian package creation because I'm new on this distribution. > > You can try. I know nothing about Debian packages so I won't help you much, > but it should not be more difficult than creating RPM package I think. OK. I have already tried to do that but up to now, I have a compilation problem. I think it is independent of the package creation. I will give you soon the returned error because now I'm not on my personal computer. For the next (or the next next) version of kmatplot, do you think it is possible to integrate octave inside a QT gui ? Just a window with octave 2.1 automatically launch at startup ? This can be perhaps useful for interaction with kmatplot figures through some menus of this window. For instance, a menu called "view" can then display the name of all existing kmatplot figures. But this is just an idea... Excellent work anyway your kmatplot. L. Jacques. |
From: Kamil <kam...@po...> - 2001-10-10 04:02:00
|
> Hello, > > I have just subscribe to your mailing list and I want to play with kmatplot As you see it isn't a high-traffic list :) Now I'm working on the next major release and it will take me about a month or even more, so there are no new annoucements now. > and octave at home on my personal computer under debian woody. > > Does a debian package of kmatplot already exist ? No it doesn't exist yet . You are welcome. > If not, I can perhaps create it but I have to read carefully the > doc about debian package creation because I'm new on this distribution. You can try. I know nothing about Debian packages so I won't help you much, but it should not be more difficult than creating RPM package I think. Kamil |
From: Laurent J. <lja...@fy...> - 2001-10-08 20:51:51
|
Hello, I have just subscribe to your mailing list and I want to play with kmatplot and octave at home on my personal computer under debian woody. Does a debian package of kmatplot already exist ? If not, I can perhaps create it but I have to read carefully the doc about debian package creation because I'm new on this distribution. Thank you, L. Jacques. |
From: Kamil <kam...@po...> - 2001-08-02 23:05:50
|
On Fri 3. August 2001 02:35, you wrote: > > Hmmm, strange. ldd says that kmatplot/kmatplot is not a shared library! So > I assume it is linked statically. At the moment I'm recompiling with > --with-kde-dir=/opt/kde2 and --with-qt-dir=/usr/lib/qt2. This takes quite > a long time on my 300 MHz MII, so I assume I'll probably be able to give > you more success or error reports tomorrow morning. You needn't to recompile if you keep all object files. Just reconfigure and reinstall. Kmatplot compiles itself very long, mostly those dialogs, Dialog editor generates four files per single panel, uff ! kmatplot in the build directory isn't a real program it is only a wrapper script which calls ./libs/kmatplot. It allows you to run kmatplot without adding path to a shared library ( part/.libs/libkmatplot.so ), but the problem with resource files still remains, so it won't work. I know no way to run kmatplot directly from the build directory. I checked source once again and it seems that program checks if resources are present but it just displays "libkmatplot not found" and crashes if there is a problem, I try to add a more descriptive message in the next version. Kamil |