Qt 4.2.2 and SuSE Linux 9.3

[Teuniz]

I deleted all the Qt stuff and I did the whole procedure (downloading, unpacking, configuring and copying Qt) again like I did before.
And now it works...

I guess there was a glitch in the comp or I entered a cmd wrong...

Tnx for the help and sorry for bothering.

[Teuniz]

I discovered what caused this problem. After I copied all the relevant files to /usr/local/Trolltech/Qt-4.2.2/ I deleted the directory where I unzipped, configured and
compiled Qt. For some strange reason which only Trolltech knows, qmake has a hardcoded path to the local dir qt_src/src.
Copying qt_src/src to /usr/local/Trolltech/Qt-4.2.2/src doesn't help. Obviously you can't delete the qt_src dir, at least you need to keep qt-src/src

http://wiki.qtcentre.org/index.php?t...ic_Qt_on_Linux

[wysota]

Obviously you can't delete the qt_src dir, at least you need to keep qt-src/src

http://wiki.qtcentre.org/index.php?t...ic_Qt_on_Linux

IMO you just need to set an appropriate prefix while recompiling Qt.

[Teuniz]

IMO you just need to set an appropriate prefix while recompiling Qt.

You mean this one?

Installation options:

These are optional, but you may specify install directories.

-prefix <dir> ...... This will install everything relative to <dir>
(default /usr/local/Trolltech/Qt-4.2.2)

* -prefix-install .... Force a sandboxed "local" installation of
Qt. This will install into
/usr/local/Trolltech/Qt-4.2.2, if this option is
disabled then some platforms will attempt a
"system" install by placing default values to
be placed in a system location other than
PREFIX.


-prefix-install is enabled by default according to "configure -help".

Any other suggestions?

[wysota]

The point is to use a different prefix than your shared installation has and to call make install to install the static version there. You should end up with two distinct Qt trees, one shared and one static. You can then try to link the two trees together, for example by substituting the include directory with a link to the include directory of the other tree, etc. You should be able to do the same with the doc, mkspecs, translations and phrasebooks directories. And you can delete demos and examples as you probably won't need static versions of those. Note that I'm talking about full compilation here, not only about compiling sub-src. For sub-src you probably won't have some of the directories at all.

[Teuniz]

The point is to use a different prefix than your shared installation has and to call make install to install the static version there.

That's the point, I don't have a shared installation, I don't use the command "make install".
Look at the procedure I used in my first post. The reason is that compiling all the stuff takes more time, specially when you want to link static and I don't need need the shared libs anyway. My programs have to run on many distro's.

According to AMan in his article http://wiki.qtcentre.org/index.php?t...ic_Qt_on_Linux you can not use "make install" when you need to link static.

[wysota]

That's the point, I don't have a shared installation

There is no problem then. But sub-src won't be enough, for example Designer and Assistant won't be built.

According to AMan in his article http://wiki.qtcentre.org/index.php?t...ic_Qt_on_Linux you can not use "make install" when you need to link static.

Have you tried?
According to me it may only apply when having static and shared installations side by side to avoid overwriting one with the other.

[Teuniz]

Somebody from Trolltech was so kind to solve my problem.
You can find the solution here: http://wiki.qtcentre.org/index.php?t...ic_Qt_on_Linux

Regards.