[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-maemo
Subject:    [Kde-maemo] Nepomuk...
From:       vkrause () kde ! org (Volker Krause)
Date:       2010-03-05 8:06:31
Message-ID: 201003050906.34609.vkrause () kde ! org
[Download RAW message or body]

On Thursday 04 March 2010 08:56:46 Bjoern Ricks wrote:
> Hi Alexis,
>
> the last two days I tried hard to get a working maemo package for
> kdelibs and therefore I ran into the same issue but with different
> symptoms. For maemo I reused the packages from debian and adapted them.
> The default cmake settings on debian for kde packages are to pass -g,
> -Wall and -O2 to gcc, set CMAKE_BUILD_TYPE to Release and
> CMAKE_SKIP_RPATH to ON. These settings doesn't cause a qemu segfault on
> armel target but the compiler hangs while building nepomuk
> ontologyparser.cpp. These compiler and cmake settings build find on x86
> target btw. Therefore I thought it could be a linker problem again and I
> played with different rpath settings without success. After talking to
> Harald Fernengel on irc he told me that he had some problems with
> kdelibs some time ago too and switched off the compiler optimisation.
> And surprisingly a manual build with -O0 did compile the complete code.
> But after changing the compiler options for package building the O0
> switch didn't worked and I got the same behaviour as before. The build
> stuck again at the ontologyparser and was eating up my free memory. I
> didn't found a solution that worked during package building and I don't
> have any clue why the build behaves so differently if I am setting some
> extra options. But finally after removing the -g option I got the same
> error and qemu segfaults. Yesterday I talked also to Volker Krause and
> he said he never had any problems while building kdelibs. He uses the
> cmake build type MinSizeRel for maemo. At the moment I don't have a
> solution which is usable for package building.

after trying several compiler options it turns out that -g -O2 (or higher) 
exposes this problem, any -g or -O option alone works fine.

Volker


> Am 02.03.10 21:17, schrieb Alexis M?nard:
> > Hello,
> >
> > While building my kdelibs in scratchbox i had an issue with Nepomuk.
> > It's a strong requirement for kdepimlibs so it has to be built
> > somehow. Anyway these two lines in
> > kdelibs/src/nepomuk/query/CMakeList.txt segfault in scratchbox with a
> > wonderful QEmu exception :
> >
> > #soprano_add_ontology(nepomukquery_SRC
> > "${SHAREDDESKTOPONTOLOGIES_ROOT_DIR}/nie/nie.trig" "NIE"
> > "Nepomuk::Vocabulary" "trig")
> > #soprano_add_ontology(nepomukquery_SRC
> > "${SHAREDDESKTOPONTOLOGIES_ROOT_DIR}/nie/nfo.trig" "NFO"
> > "Nepomuk::Vocabulary" "trig")
> >
> > It seems that the qdbusxml2cpp crash we had back in Maemo4 is somehow
> > back in buisness.
> >
> > The solution i found is to pick the nie and nfo cpp and h files
> > generated in my regular X86 build and copy them into my build dir
> > inside scratchbox. I have also added the cpp files to nepomukquery_SRC
> > and it built fine. Luckily the SHAREDDESKTOPONTOLOGIES lib is the same
> > both on my regular host machine and inside scratchbox. Of course my
> > workaround is not really nice....
> >
> > Anybody has faced the issue? Or solved it in a proper way?
> > _______________________________________________
> > Kde-maemo mailing list
> > Kde-maemo at kde.org
> > https://mail.kde.org/mailman/listinfo/kde-maemo


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-maemo/attachments/20100305/3a3e51a6/attachment.sig 

[prev in list] [next in list] [prev in thread] [next in thread]