On 21/01/2015 21:00, Dirk Hohndel wrote:
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
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:
1) Installed full Qt5 on a Fedora VM. This is the *FULL* Qt5, with
QtCreator and all the other development tools.
When, within Fedora, I type:
[willem@localhost ~]$ qmake-qt5 --version
QMake version 3.
Using Qt version 5.4.0 in /usr/lib64
So Qt5 is installed.
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:
qt5-qtbase-devel qt5-qtdeclarative-devel qt5-qtscript-devel
qt5-qtwebkit-devel qt5-qtsvg-devel qt5-qttools-devel
I have no idea what the full Qt installation did on top of these.
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
#include <QtGui/qabstractscrollarea.h>
#include <QtGui/qtextdocument.h>
#include <QtGui/qtextoption.h>
#include <QtGui/qtextcursor.h>
#include <QtGui/qtextformat.h>
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 *maybe it is a
problem within Subsurface, not Qt*. How is QPrinter provided to
Subsurface? Via a #include header? From elsewhere?
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).
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?
Kind regards,
willem
_______________________________________________
subsurface mailing list
[email protected]
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
