kmatplot-general

[Kmatplot-general] Debian package

[Laurent J. <lja...@fy...>]

Hello Kamil,

I'm trying to compile the debian package of kmatplot 0.3.1 but I have a 
problem (another one ;-).

All is recognized through the configure process (opengl, python, scilab, 
octave) but when I compile the sources, It takes a huge quantity of memory. 
So much than my Linux system has no enough resource to run X and even to 
switch to console. So, I have to reboot each time!

It seems that the hardest step is in the compilation of files with xml in 
their name (xmlparser or smthing like that).

Do you have a tip to avoid this phenomena ?
A special gcc or g++ flags ?

Thanks,

Laurent.
P.S. My computer is a PII 400MHz with 128Mb of ram.

[Kmatplot-general] Debian package

[Laurent J. <lja...@fy...>]

Hello Kamil,

Finally my debian package works well.
In fact, I solved my libpng problem but putting
	export LD_PRELOAD=/usr/lib/libpng.so.2
before the execution of kmatplot.
I think that this is not necessary for people which don't have the last 
version of libpng, that is the 1.0.x instead of the 1.2.x.

All seems to work. The demos is a good adding for the first contacts with 
kmatplot.

Here are the important links:
ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3.1-1_i386.deb
ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3.1-1_i386.changes
ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3.1-1.dsc

Hoping it will work for all debianizers!

L. Jacques

Re: [Kmatplot-general] Debian package

[Kamil <kam...@po...>]

> Hello Kamil,
>
> Finally my debian package works well.
> In fact, I solved my libpng problem but putting
> 	export LD_PRELOAD=/usr/lib/libpng.so.2
> before the execution of kmatplot.
> I think that this is not necessary for people which don't have the last
> version of libpng, that is the 1.0.x instead of the 1.2.x.
>
> All seems to work. The demos is a good adding for the first contacts with
> kmatplot.
>
> Here are the important links:
> ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3
>.1-1_i386.deb
> ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3
>.1-1_i386.changes
> ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/kmatplot_0.3
>.1-1.dsc
>
> Hoping it will work for all debianizers!
>
> L. Jacques
>

Thanks, Laurent ! !

When I put your packages on the www I'll announce releasing of a new version 
on Freshmeat and apps.kde.org at last.

Kamil

Re: [Kmatplot-general] Debian package

[Laurent J. <lja...@fy...>]

On Thursday 24 January 2002 22:40, you wrote:
> Thanks, Laurent ! !
>
> When I put your packages on the www I'll announce releasing of a new
> version on Freshmeat and apps.kde.org at last.

Good news. 
Did you have already some contacts with the kde developpers/community ?

<dream, but not really>
kmatplot integrated to the kde suite like a standard scientific application
</dream>

Laurent.

Re: [Kmatplot-general] Debian package

[Kamil <kam...@po...>]

Dnia czw 24. stycze? 2002 00:55, napisa?e?:
> On Thursday 24 January 2002 22:40, you wrote:
> > Thanks, Laurent ! !
> >
> > When I put your packages on the www I'll announce releasing of a new
> > version on Freshmeat and apps.kde.org at last.
>
> Good news.
> Did you have already some contacts with the kde developpers/community ?
>
> <dream, but not really>
> kmatplot integrated to the kde suite like a standard scientific application
> </dream>
>
> Laurent.
>

Lack of integrity is the serious problem. KWord now only accepts ( you don't 
believe ) Windows Metafile Format pictures, and I didn't fount ANY library, 
which would allow to export to WMF on Linux. When I asked if they are going 
to implement other formats I got answer that probably few people would 
benefit from it and they are working on other features. They are not 
distributing kofficeparts with the core KDE library too, and there were 
problems with the speed of redrawing graph objects, so it is going slowly as 
you see. 

Kamil

Re: [Kmatplot-general] Debian package

[Kamil <kam...@po...>]

Dnia pon 21. stycze? 2002 09:11, napisa?e?:
> Hello Kamil,
>
> I'm trying to compile the debian package of kmatplot 0.3.1 but I have a
> problem (another one ;-).
>
> All is recognized through the configure process (opengl, python, scilab,
> octave) but when I compile the sources, It takes a huge quantity of memory.
> So much than my Linux system has no enough resource to run X and even to
> switch to console. So, I have to reboot each time!
>
> It seems that the hardest step is in the compilation of files with xml in
> their name (xmlparser or smthing like that).
>
> Do you have a tip to avoid this phenomena ?
> A special gcc or g++ flags ?
>
> Thanks,
>
> Laurent.
> P.S. My computer is a PII 400MHz with 128Mb of ram.
>
> _______________________________________________
> Kmatplot-general mailing list
> Kma...@li...
> https://lists.sourceforge.net/lists/listinfo/kmatplot-general

I have similar effect, but gcc finally manages to compile this file after 
about ten minutes on my computer( K62/400 128MB ). You can avoid this however 
by turning off all optimizations. I did it by setting CXXFLAGS
export CXXFLAGS="-O0"
./configure
( You should check if -O0 is the last optimization flag, because. for 
example, flags "-O0 -O2" finally sets optimization to level 2 )
You can even replace all "-O2" strings by "-O0" in admin/acinclude.m4.in and 
invoke:
make -f Makefile.dist
./configure

Kamil

Re: [Kmatplot-general] Debian package

[Laurent J. <lja...@fy...>]

On Tuesday 22 January 2002 19:20, Kamil wrote:
> I have similar effect, but gcc finally manages to compile this file after
> about ten minutes on my computer( K62/400 128MB ). You can avoid this
> however by turning off all optimizations. I did it by setting CXXFLAGS
> export CXXFLAGS="-O0"
> ./configure
> ( You should check if -O0 is the last optimization flag, because. for
> example, flags "-O0 -O2" finally sets optimization to level 2 )
> You can even replace all "-O2" strings by "-O0" in admin/acinclude.m4.in
> and invoke:
> make -f Makefile.dist
> ./configure


OK. It seems to work with your hint. Memory was not so much consumed in the 
compilation and my computer still available during it.

However, I have now a problem with the libpng version.
It doesn't stop the compilation but at the execution, kmatplot complains that 
it was compiled with png.h from libpng 1.0.x but actually linked to png.c 
from libpng 1.2.x (through dynamic sharing of library, I can give you tonight 
the result of ldd on kmatplot)

How can I modify the code of kmatplot to force it to use the source of libpng 
1.2.x ? It is quite important because now on debian, even if this problem of 
libpng version is recurrent, all kde apps are linked to the last version of 
libpng.

Thank you again for your help,
Laurent.

Re: [Kmatplot-general] Debian package

[Kamil <kam...@po...>]

> OK. It seems to work with your hint. Memory was not so much consumed in the
> compilation and my computer still available during it.
>
> However, I have now a problem with the libpng version.
> It doesn't stop the compilation but at the execution, kmatplot complains
> that it was compiled with png.h from libpng 1.0.x but actually linked to
> png.c from libpng 1.2.x (through dynamic sharing of library, I can give you
> tonight the result of ldd on kmatplot)
>
> How can I modify the code of kmatplot to force it to use the source of
> libpng 1.2.x ? It is quite important because now on debian, even if this
> problem of libpng version is recurrent, all kde apps are linked to the last
> version of libpng.
>
> Thank you again for your help,
> Laurent.
>
I don't include png.h in my sources. I use libpng only indirectly using Qt 
objects. What version of png-devel have you installed ? If it really includes 
headers from the old version it means that they are installed, but only 
newest headers should be on the disk. You can try to upgrade headers ( or to 
remove the old version if both are installed ).

Kamil