<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 23/01/2015 12:28, Willem Ferguson
wrote:<br>
</div>
<blockquote cite="mid:54C22240.3060008@zoology.up.ac.za" type="cite">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<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.
<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>
</blockquote>
<br>
It appears that unicodeUFT8 is deprecated in Qt5, so code that use
it should not compile under Qt5, at least that is what the Qt
discussion forum thinks. <br>
Still do not know what the case is for QPrinter, except that it
resides in <i>Qt printsupport</i>.<br>
<br>
If I can solve unicodeUTF8, then I can probably build Subsurface
without printing facilities, since it looks like there is a
preprocessor flag for enabling that.<br>
<br>
Kind regards,<br>
willem<br>
<br>
<pre class="moz-signature" cols="72">
</pre>
</body>
</html>