<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 21/01/2015 21:00, Dirk Hohndel
wrote:<br>
</div>
<blockquote cite="mid:20150121190000.GO87355@rrmbp.gr8dns.org"
type="cite"><br>
<pre wrap="">
The quickest way should be to install the things that we have in the
INSTALL documenent for Fedora and build from source. But I really need to
investigate what's up with libgit2 and why it isn't pulled in with the
repository... but doing that from Fiji seems like a stretch. Internet here
is great for a dive destination, but not all that great compared to what I
have at home :-)
/D
</pre>
</blockquote>
<br>
I have now done quite a bit of investigation about the problems with
building Subsurface on Fedora20+KDE. The root problem is that two
objects, QPrinter and unicodeUFT8 are not seen by the linker. Here
is what I did:<br>
<br>
1) Installed full Qt5 on a Fedora VM. This is the *FULL* Qt5, with
QtCreator and all the other development tools.<br>
When, within Fedora, I type: <br>
<br>
<tt>[willem@localhost ~]$ qmake-qt5 --version</tt><tt><br>
</tt><tt>QMake version 3.</tt><tt><br>
</tt><tt>Using Qt version 5.4.0 in /usr/lib64</tt><tt><br>
</tt><br>
So Qt5 is installed. <br>
<br>
Option 1) Until now I have worked under the assumption that this is
a Qt problem. Two days of discussion on the Qt discussion forum has
not had any positive information about which Qt shared libraries
house the objects QPrinter and unicodeUTF8. So I am not yet certain
that I have all the .so files installed. Before installing full Qt,
I already had the following Qt shared libraries:<br>
<tt>qt5-qtbase-devel qt5-qtdeclarative-devel qt5-qtscript-devel
qt5-qtwebkit-devel qt5-qtsvg-devel qt5-qttools-devel</tt><tt><br>
</tt>I have no idea what the full Qt installation did on top of
these.<br>
<br>
Option 2) Look at the attached screenshot which is from QtCeator,
with the file qtextedit.h loaded and where QPrinter is invoked on
line 235. I assume the correct header file is enclosed. Here is a
list of incuded header files for this file<br>
<tt>#include <QtGui/qabstractscrollarea.h></tt><tt><br>
</tt><tt>#include <QtGui/qtextdocument.h></tt><tt><br>
</tt><tt>#include <QtGui/qtextoption.h></tt><tt><br>
</tt><tt>#include <QtGui/qtextcursor.h></tt><tt><br>
</tt><tt>#include <QtGui/qtextformat.h></tt><tt><br>
</tt>I assume QPrinter is defined in one of these. If the correct
#include header is included but the library has not been installed,
then the error message would not relate to QPrinter, but to the
missing header file and/or library file. This makes me think that <b>maybe
it is a problem within Subsurface, not Qt</b>. How is QPrinter
provided to Subsurface? Via a #include header? From elsewhere?<br>
<br>
An issue that came up in the Qt forum is whether QPrinter is
acivated in the subsurface.pro file. And it is indeed activated
(line 10 of the Qt profile : subsurface.pro).<br>
<br>
Does anyone have any idea about solving this? I cannot help but
think that it is a simple setting that needs to be done on my
computer. But on my F20 machine it does not appear that the git
master contains the information to complete the build. Can this be
true?<br>
Kind regards,<br>
willem<br>
<br>
</body>
</html>