Re: [Kmatplot-general] Re: Kmatplot under Debian

[Roland S. <ma...@r2...>]

Hey,

On Thursday, 14. March 2002 04:55, Kamil Dobkowski wrote:
> Dnia wto 12. marzec 2002 02:39, napisa?e?:
> > On Tuesday, 12. March 2002 22:41, you wrote:
> > > Dnia nie 10. marzec 2002 23:27, napisa?e?:
> > > > 2. Problem:
> > > > Debian has two different version of the qt lib. One with GL support
> > > > and one without. The linked programm only works, if it is linked to
> > > > libqt-gl *before* any qt or kde lib. Otherwise it crashes on startup
> > > > in Kapplication::Kapplication (the first time it tries to access the
> > > > qt lib). So the --with-qgl-extension switch doesn't work correctly
> > > > for Debian, because this lib isn't inserted before all kde and qt
> > > > libs. I don't really understand how the --with-qgl-extension switch
> > > > works so I'm not able to provide a good fix. I was however able to
> > > > get it running, by changing the startup script kmatplot/kmatplot by
> > > > hand so that the "-lqt-gl" switch comes before any other "-l" switch
> > > > for the relink_command in line 20.
> > >
> > > There are three versions of Qt. On my RedHat I have qgl compiled-in
> > > into the main shared library file, but there are versions with the
> > > dynamic library qgl.so and the static one: qgl.a. Autoconf script tries
> > > to link a tiny example program with '-lqgl', and if everything is ok it
> > > means that the library is present, so it defines QGLLIB as "-lqgl"  for
> > > use in Makefile.am's.
> >
> > Well there is no qgl lib on debian. But that's IMHO no problem.
> >
> > > It assumes that if there is a separate qgl library present,
> > > the main QT library hasn't qgl extension compiled in.
> >
> > This assumtion is correct for Debian.
> >
> > > If you provide--with-qgl-lib, QGLLIB variable is set directly.
> >
> > The problem is, that the qt-gl lib must be linked to before any other qt
> > or kde lib. So qt-gl must come before kdecore and qt.
>
> I get it ! There is the second copy of Qt library, but with GL extension
> compiled in. Is it true ? 
You're right!
> It isn't very clever, I think, because usually
> both librares have to be in memory.  
Well most application don't use GL so, so this lib is normally not in memory. 
Nevertheless I don't really like the approach because it took me really long 
to figure it out, because it's not documented ;-(. The reason why they did 
it, is that for the GL stuff to work some threading stuff has to be activated 
but this is not compatible to some other stuff (don't ask me about the 
details ;-)). So they decided that the "normal" version is without GL so most 
people don't have this problem. But those who need GL have even more problems 
this way ;-(.
> If I put QTLIB before QGLLIB then the
> linker will catch Qt symbols from the first Qt lib, but it will not find
> any QGL... symbols there, so it will search further until it'll find them
> in the second lib.  It should even work if the both libraries have the same
> version, but maybe I'm wrong.
This doesn't work because of this threads problem.
> If i put QGLLIB before QTLIB then it takes
> all symbols from the same library, but still - it will be formally linked
> to the two Qt libraries.  Am I right ?
Yes.

> > > > Website ;-) :
> > > > The website isn't display correctly on a 1152x864 resolution with
> > > > konqueror 2.2.2 because konqueror doesn't like nested <ol> and too
> > > > long text (the suse link) in a <ol>. So the table is much too wide.
> > >
> > > Yes I know, it doesn't even pass W3C tests, but I have a little
> > > enthusiasm for maintaining it . After all it is only a web site ....
> >
> > Well this one thing is really annoying. And I think the website isn't
> > that unimportant because it's the first impression of the project. In
> > case you want me to, I could fix this one problem.
>
> Of course, if you want. I can give you the access to the website or you can
> just send me corrected files.
I took the online version and just changed the text a little bit, so that the 
width fits. I'll email you the file. Of course this isn't really better, but 
to make it really better I think we need to reorganize the whole page. Do you 
want me to think up a whole new page layout?

regards
Roland Schulz