Re: [Kde-bindings] Fwd: smokekde build failures in beta2 tarballs:
On 06/10/2012 09:54 AM, Anne-Marie Mahfouf wrote:
Hi this is a forward problem we got from a packager to the Release Team.
Can you take care of it please? The Beta 2 tarballs are available to
packagers and should be out in a few days, it's quite urgent.
This was a bug in soprano. It should be fixed in recent versions. See also
https://bugs.kde.org/show_bug.cgi?id=300633
Original Message
Subject: smokekde build failures in
Thanks,
Anne-Marie
beta2 tarballs:
Date: Sat, 09 Jun 2012 23:52:51 +0200
From: Manuel Tortosa manutort...@gmail.com
Reply-To: KDE release coordination release-team@kde.org
Organization: The Chakra Project
To: release-team@kde.org
Compiled with Soprano support, using the soprano needed for nepomuk
core, so
2.7.56:
Scanning dependencies of target smokesoprano
[ 5%] Building CXX object soprano/CMakeFiles/smokesoprano.dir/smokedata.o
In file included from /chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/soprano/smokedata.cpp:1:0:
/chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/soprano/soprano_includes.h:54:31: fatal error:
soprano/tcpclient.h: No such file or directory
compilation terminated.
make[2]: *** [soprano/CMakeFiles/smokesoprano.dir/smokedata.o] Error 1
make[1]: *** [soprano/CMakeFiles/smokesoprano.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
Compiled with -DWITH-Soprano=OFF:
/chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/x_6.cpp:3801:196: error: no matching
function for call to '__smokekdeui::x_KFontDialog::getFontDiff(QFont,
QFlagsKFontChooser::FontDiff, const QFlagsKFontChooser::DisplayFlag,
QWidget*, Qt::CheckState*)'
/chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/x_6.cpp:3801:196: note: candidate is:
In file included from /chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/kdeui_includes.h:58:0,
from /chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/x_6.cpp:2:
/usr/include/kfontdialog.h:171:14: note: static int
KFontDialog::getFontDiff(QFont, KFontChooser::FontDiffFlags, const
DisplayFlags, QWidget*, Qt::CheckState*)
/usr/include/kfontdialog.h:171:14: note: no known conversion for
argument 2
from 'QFlagsKFontChooser::FontDiff' to 'KFontChooser::FontDiffFlags
{aka
QFlagsKFontChooser::FontDiff}'
/chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/x_6.cpp: In static member function
'static
void __smokekdeui::x_KFontDialog::x_29(Smoke::Stack)':
/chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/x_6.cpp:3806:206: error: no matching
function for call to '__smokekdeui::x_KFontDialog::getFontDiff(QFont,
QFlagsKFontChooser::FontDiff, const QFlagsKFontChooser::DisplayFlag,
QWidget*, Qt::CheckState*)'
/chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/x_6.cpp:3806:206: note: candidate is:
In file included from /chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/kdeui_includes.h:58:0,
from /chakra/desktop-unstable/kdebindings-
smokekde/src/smokekde-4.8.90/kdeui/x_6.cpp:2:
/usr/include/kfontdialog.h:171:14: note: static int
KFontDialog::getFontDiff(QFont, KFontChooser::FontDiffFlags, const
DisplayFlags, QWidget*, Qt::CheckState*)
/usr/include/kfontdialog.h:171:14: note: no known conversion for
argument 2
from 'QFlagsKFontChooser::FontDiff' to 'KFontChooser::FontDiffFlags
{aka
QFlagsKFontChooser::FontDiff}'
make[2]: *** [kdeui/CMakeFiles/smokekdeui.dir/x_6.o] Error 1
make[2]: *** Waiting for unfinished jobs...
Greez
Manuel
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
___
Kde-bindings mailing list
kde-bindi...@kde.org
https://mail.kde.org/mailman/listinfo/kde-bindings
--
Arno Rehn
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
Re: [Kde-bindings] Fwd: smokekde build failures in beta2 tarballs:
On 10/06/12 15:47, Albert Astals Cid wrote: El Diumenge, 10 de juny de 2012, a les 13:02:10, Arno Rehn va escriure: On 06/10/2012 09:54 AM, Anne-Marie Mahfouf wrote: Hi this is a forward problem we got from a packager to the Release Team. Can you take care of it please? The Beta 2 tarballs are available to packagers and should be out in a few days, it's quite urgent. This was a bug in soprano. It should be fixed in recent versions. See also https://bugs.kde.org/show_bug.cgi?id=300633 What about the flags issue? Seems caused by http://quickgit.kde.org/index.php?p=smokegen.gita=commith=b295439071bca5dd29d9096cb8d372ade2f3c3be to me. Oops, seems I overlooked that. Thanks for pointing it out again, I'll have a look. -- Arno Rehn ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: [Kde-bindings] Fwd: smokekde build failures in beta2 tarballs:
On 10/06/12 22:32, Arno Rehn wrote: On 10/06/12 15:47, Albert Astals Cid wrote: El Diumenge, 10 de juny de 2012, a les 13:02:10, Arno Rehn va escriure: On 06/10/2012 09:54 AM, Anne-Marie Mahfouf wrote: Hi this is a forward problem we got from a packager to the Release Team. Can you take care of it please? The Beta 2 tarballs are available to packagers and should be out in a few days, it's quite urgent. This was a bug in soprano. It should be fixed in recent versions. See also https://bugs.kde.org/show_bug.cgi?id=300633 What about the flags issue? Seems caused by http://quickgit.kde.org/index.php?p=smokegen.gita=commith=b295439071bca5dd29d9096cb8d372ade2f3c3be to me. Oops, seems I overlooked that. Thanks for pointing it out again, I'll have a look. Fixed in http://commits.kde.org/smokegen/7b67ac626f27e1d405ab92a2d2a8bb91ffa98c2d -- Arno Rehn ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: [Kde-bindings] smokekde build failures in beta2 tarballs:
On 10/06/12 14:24, Anne-Marie Mahfouf wrote: On 06/10/2012 01:17 PM, Kevin Kofler wrote: On Sunday 10 June 2012, Andreas K. Huettel wrote: This can be fixed by applying the patch to soprano that restores abi/api compatibility (the tcpclient stub, posted here on the mailinglist). http://mail.kde.org/pipermail/release-team/2012-May/005746.html http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=blob;f=dev- libs/soprano/files/soprano-2.7.56- tcpclient.patch;h=2b04f668033bcfdfcf331e696f11543369352f2e;hb=HEAD Soprano maintainers, ping, could we please get a new release that we can depend on? That's what the recently-released Soprano 2.7.57 is for. Kevin Kofler So does it mean this issue is solved by using the 2.7.57? In Soprano releases I see 2.7.56, 2.7.57, 2.7.6 as releases. http://sourceforge.net/projects/soprano/files/Soprano/ Yes. I've tried with 2.7.57 and it compiled just fine. The version number seems to suggest otherwise, but 2.7.57 is more recent than 2.7.6. -- Arno Rehn ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: Important fix in kdebindings for RC1
On Thursday 23 December 2010 02:11:27 you wrote: On Wednesday, December 22, 2010 18:36:32 Arno Rehn wrote: On Thursday 23 December 2010 00:10:38 I wrote: Hi, for RC1, the tarballs for kdebindings should be recreated from branch 4.6. It contains a fix necessary for at least gentoo users. Without it the buildsystem might not work as expected. Oh, and please CC me in replies - I'm not subscribed to the list. Mind briefly describing what the fix is? I use Gentoo and so I can help test. You couldn't disable some of the bindings with -DDISABLE_name=TRUE. I only know korundum off the top of my head, but others might have been affected, too. That would have broken Gentoo's useflags for kdebindings. Otherwise, the CMake output telling you which bindings were enabled and which not did not work correctly for SMOKE and parts of Ruby. -- Arno Rehn a...@arnorehn.de ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Important fix in kdebindings for RC1
Hi, for RC1, the tarballs for kdebindings should be recreated from branch 4.6. It contains a fix necessary for at least gentoo users. Without it the buildsystem might not work as expected. -- Arno Rehn a...@arnorehn.de ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: [Fwd: KDE 4.4.2 tarballs (try #1) uploaded]
On Monday 29 March 2010 00:08:08 Simon Edwards wrote: FYI, from the releaseteam mailing list. [error in smokephonon] Thanks for the information, Simon. :) Sorry, I forgot to backport the fix to branch 4.4. Fixed in r1108450. -- Arno Rehn a...@arnorehn.de ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
branches/KDE/4.4/kdebindings/ruby
SVN commit 1079272 by arnorehn:
fix compilation of ruby bindings
CCMAIL: al...@slackware.com
CCMAIL: kde-bindi...@kde.org
CCMAIL: muel...@kde.org
CCMAIL: kde-packa...@kde.org
CCMAIL: release-team@kde.org
M +1 -2 akonadi/CMakeLists.txt
M +1 -1 khtml/CMakeLists.txt
M +2 -2 ktexteditor/CMakeLists.txt
M +2 -2 nepomuk/CMakeLists.txt
M +3 -3 nepomuk/nepomukhandlers.cpp
M +2 -2 okular/CMakeLists.txt
M +4 -2 qwt/CMakeLists.txt
--- branches/KDE/4.4/kdebindings/ruby/akonadi/CMakeLists.txt #1079271:1079272
@@ -10,8 +10,7 @@
${RUBY_LIBRARY}
${KDEPIMLIBS_AKONADI_LIBS}
${KDEPIMLIBS_AKONADI_KMIME_LIBS}
-smokeqt
-smokekde
+smokeqtcore
smokeakonadi
qtruby4shared)
set_target_properties(rubyakonadi PROPERTIES PREFIX OUTPUT_NAME akonadi)
--- branches/KDE/4.4/kdebindings/ruby/khtml/CMakeLists.txt #1079271:1079272
@@ -2,7 +2,7 @@
set(rubykhtml_LIBRARY_SRC khtml.cpp khtmlhandlers.cpp)
add_library(rubykhtml MODULE ${rubykhtml_LIBRARY_SRC})
-target_link_libraries(rubykhtml ${KHTML_LIBS} ${RUBY_LIBRARY} smokeqt smokekde
smokekhtml qtruby4shared)
+target_link_libraries(rubykhtml ${KHTML_LIBS} ${RUBY_LIBRARY} smokeqtcore
smokekdecore smokekhtml qtruby4shared)
set_target_properties(rubykhtml PROPERTIES PREFIX OUTPUT_NAME khtml)
install(TARGETS rubykhtml DESTINATION ${CUSTOM_RUBY_SITE_ARCH_DIR})
install(FILES khtml.rb DESTINATION ${CUSTOM_RUBY_SITE_LIB_DIR}/khtml)
--- branches/KDE/4.4/kdebindings/ruby/ktexteditor/CMakeLists.txt
#1079271:1079272
@@ -7,8 +7,8 @@
target_link_libraries(rubyktexteditor
${QT_QTCORE_LIBRARY}
${RUBY_LIBRARY}
-smokeqt
-smokekde
+smokeqtcore
+smokekdecore
smokektexteditor
qtruby4shared)
set_target_properties(rubyktexteditor PROPERTIES PREFIX OUTPUT_NAME
ktexteditor)
--- branches/KDE/4.4/kdebindings/ruby/nepomuk/CMakeLists.txt #1079271:1079272
@@ -7,9 +7,9 @@
target_link_libraries(rubynepomuk
${RUBY_LIBRARY}
${NEPOMUK_LIBRARIES}
-smokeqt
+smokeqtcore
smokesoprano
-smokekde
+smokekdecore
smokenepomuk
qtruby4shared)
set_target_properties(rubynepomuk PROPERTIES PREFIX OUTPUT_NAME nepomuk)
--- branches/KDE/4.4/kdebindings/ruby/nepomuk/nepomukhandlers.cpp
#1079271:1079272
@@ -20,7 +20,7 @@
#include QtCore/qhash.h
#include QtCore/qurl.h
-#include smoke/qt_smoke.h
+#include smoke/qtcore_smoke.h
#include qtruby.h
#include smokeruby.h
#include marshall_macros.h
@@ -81,8 +81,8 @@
if (key == Qnil) {
smokeruby_object * k = alloc_smokeruby_object( true,
-qt_Smoke,
-
qt_Smoke-idClass(QUrl).index,
+qtcore_Smoke,
+
qtcore_Smoke-idClass(QUrl).index,
keyPtr );
key = set_obj_info(Qt::Url, k);
}
--- branches/KDE/4.4/kdebindings/ruby/okular/CMakeLists.txt #1079271:1079272
@@ -8,8 +8,8 @@
${QT_QTCORE_LIBRARY}
${RUBY_LIBRARY}
${OKULAR_LIBRARIES}
-smokeqt
-smokekde
+smokeqtcore
+smokekdecore
smokeokular
qtruby4shared)
set_target_properties(rubyokular PROPERTIES PREFIX OUTPUT_NAME okular)
--- branches/KDE/4.4/kdebindings/ruby/qwt/CMakeLists.txt #1079271:1079272
@@ -1,9 +1,11 @@
+find_package(Qwt5 REQUIRED)
+
include_directories( ${CMAKE_SOURCE_DIR}/smoke ${RUBY_INCLUDE_PATH}
${CMAKE_SOURCE_DIR}/ruby/qtruby/src)
-INCLUDE_DIRECTORIES (${QT_INCLUDES})
+INCLUDE_DIRECTORIES (${QT_INCLUDES} ${Qwt5_INCLUDE_DIR})
set(rubyqwt_LIBRARY_SRC qwt.cpp qwthandlers.cpp)
add_library(rubyqwt MODULE ${rubyqwt_LIBRARY_SRC})
-target_link_libraries(rubyqwt ${QT_QTCORE_LIBRARY} ${RUBY_LIBRARY} smokeqtcore
smokeqwt qtruby4shared)
+target_link_libraries(rubyqwt ${Qwt5_Qt4_LIBRARY} ${QT_QTCORE_LIBRARY}
${RUBY_LIBRARY} smokeqtcore smokeqwt qtruby4shared)
set_target_properties(rubyqwt PROPERTIES PREFIX OUTPUT_NAME qwt)
install(TARGETS rubyqwt DESTINATION ${CUSTOM_RUBY_SITE_ARCH_DIR})
install(FILES qwt.rb DESTINATION ${CUSTOM_RUBY_SITE_LIB_DIR}/qwt)
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
Re: [Kde-bindings] KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Friday 22 January 2010 17:52:12 Alexander Neundorf wrote:
Also make sure your FindQt4.cmake is current (i.e. at least 1076819).
/usr/lib/libQtCore.so;_linkInterfaceLibs-NOTFOUND;-
lpthread;/usr/lib/libQtDBus.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtGui.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtNetwork.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtOpenGL.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtXml.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtSvg.so;_linkInterfaceLibs-NOTFOUND
I used this:
include (HandleImportedTargetsInCMakeRequiredLibraries)
set(CMAKE_REQUIRED_INCLUDES ${CMAKE_SYSTEM_INCLUDE_PATH}
${QT_INCLUDE_DIR}) set(CMAKE_REQUIRED_LIBRARIES ${QT_QTCORE_LIBRARY}
${QT_QTDBUS_LIBRARY} ${QT_QTGUI_LIBRARY} ${QT_QTNETWORK_LIBRARY}
${QT_QTOPENGL_LIBRARY} ${QT_QTXML_LIBRARY} ${QT_QTSVG_LIBRARY})
HANDLE_IMPORTED_TARGETS_IN_CMAKE_REQUIRED_LIBRARIES(_CMAKE_REQUIRED_LIBRA
RI ES) message(${_CMAKE_REQUIRED_LIBRARIES})
What are linkInterfaceLibs? Wouldn't it be better if they weren't added
to the list if they don't exist?
Sure, that's what the patch mentioned above should do.
If it doesn't let's fix it.
Ok, the macro works fine now. Next problem is the following:
Linking CXX shared library ../../lib/libsmokekdecore.so
/usr/bin/ld: cannot find -lQt4__QTDBUS
collect2: ld returned 1 exit status
the cmake code is:
target_link_libraries(smokekdecore
${QT_QTCORE_LIBRARY}
${QT_QTNETWORK_LIBRARY}
${QT_QTDBUS_LIBRARY}
${KDE4_KDECORE_LIBS}
smokeqtcore
smokeqtnetwork
smokeqtdbus
)
If I comment out the KDECORE libs, the above mentioned error goes away and I
only get a whole lot of undefined reference errors (as was to be expected). So
I guess FindKDE4Internal.cmake is doing something wrong. I just checked for
updates, but my cmake macros are up-to-date.
--
Arno Rehn
a...@arnorehn.de
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
Re: [Kde-bindings] KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 21 January 2010 23:31:32 Alexander Neundorf wrote:
On Thursday 21 January 2010, Arno Rehn wrote:
On Thursday 21 January 2010 22:50:55 Alexander Neundorf wrote:
...
HandleImportedTargetsInCMakeRequiredLibraries.cmake, which doesn't
depend on any other additional KDE-specific cmake modules.
I didn't try them because I thought they probably suffer from the same
bug. Since I also was too lazy to look at their code, I didn't recognize
that they work around it.
Now that it doesn't seem to be a problem for the macros, I think we'll go
with CheckCXXSourceCompiles.cmake.
Let me know (tomorrow) if it doesn't work.
So I just tried to make it work with
HandleImportedTargetsInCMakeRequiredLibraries only. It fails with many of the
following errors:
CMake Error: The following variables are used in this project, but they are
set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake
files:
_linkInterfaceLibs
linked by target cmTryCompileExec in directory
/home/pumphaus/dev/KDE/kdebindings-build2/smoke/qt/test-
QT_NO_DEBUG/CMakeFiles/CMakeTmp
The macro writes the following to the result variable:
/usr/lib/libQtCore.so;_linkInterfaceLibs-NOTFOUND;-
lpthread;/usr/lib/libQtDBus.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtGui.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtNetwork.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtOpenGL.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtXml.so;_linkInterfaceLibs-
NOTFOUND;/usr/lib/libQtSvg.so;_linkInterfaceLibs-NOTFOUND
I used this:
include (HandleImportedTargetsInCMakeRequiredLibraries)
set(CMAKE_REQUIRED_INCLUDES ${CMAKE_SYSTEM_INCLUDE_PATH} ${QT_INCLUDE_DIR})
set(CMAKE_REQUIRED_LIBRARIES ${QT_QTCORE_LIBRARY} ${QT_QTDBUS_LIBRARY}
${QT_QTGUI_LIBRARY} ${QT_QTNETWORK_LIBRARY} ${QT_QTOPENGL_LIBRARY}
${QT_QTXML_LIBRARY} ${QT_QTSVG_LIBRARY})
HANDLE_IMPORTED_TARGETS_IN_CMAKE_REQUIRED_LIBRARIES(_CMAKE_REQUIRED_LIBRARIES)
message(${_CMAKE_REQUIRED_LIBRARIES})
What are linkInterfaceLibs? Wouldn't it be better if they weren't added to the
list if they don't exist?
--
Arno Rehn
a...@arnorehn.de
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
Re: [Kde-bindings] KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 21 January 2010 14:13:27 Richard Dale wrote: On Thursday 21 January 2010 01:03:55 pm Dirk Mueller wrote: On Thursday 21 January 2010, Richard Dale wrote: Certainly we didn't need the KDE 4.4 release to be branched off from the trunk a month before the actual release, while we are right in the middle of trying to sort out kdebindings. Hi Richard, I don't understand - this is exactly what happened - we've branched from trunk one month before the targetted final release. Yes, but what I meant was that for kdebindings that doesn't make sense. If you are working on a KDE application then it is a good idea to be able to start adding new features to the trunk while fixing things in the 4.4 branch a month before the release. But we don't even quite have the time to fix the 4.4 branch, let alone be adding things for the 4.5 release in the trunk at the moment. So I think splitting off the 4.4 release from trunk about a week before the final release would be best for kdebindings. How can we get kdebindings to build for RC2? This is currently blocking the release. there are several reports on kde-packager@ and release-team@ about this, I can collect my own list of compile errors, I just don't know how to solve them. I had a look a the compile error about the printer method, and there is supposed to be a configure check for the Smoke libs generation that tests for printer functionality built in the Qt libs. It looks as though there is a problem with that. Arno Rehn is the expert on the bindings generator, but he doesn't seem to be around at the moment. Sorry, I was a bit busy in the last two weeks. After doing a clean build I saw that the QtGuess.txt file returned [defined] for every QT_NO_FOO define, i.e. that compilation failed for every test (so it also defines QT_NO_PRINTDIALOG, even though that's wrong). Digging through the cmake files, I found that FindQt4.cmake was changed between KDE 4.3 and 4.4. It now uses aliases for the Qt4 libs by importing them as targets (as Qt4__QTCORE, Qt4_QTGUI, etc.). Unfortunately, this completely screws QtGuess.txt, because TRY_COMPILE (built- in cmake command) can't handle imported targets. We can only use normal paths here. A workaround would be to resolve all imported targets, but that doesn't seem like the perfect solution to me. I'm CC'ing Alexander Neundorf, as he seems to be the guy who implemented the imported targets. Alexander, can you shed some light on why this was done and how to solve this issue best? -- Arno Rehn a...@arnorehn.de ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: [Kde-bindings] KDE 4.4 RC1 (4.3.90) tarballs uploaded
On Thursday 21 January 2010 22:50:55 Alexander Neundorf wrote: On Thursday 21 January 2010, Arno Rehn wrote: ... Sorry, I was a bit busy in the last two weeks. After doing a clean build I saw that the QtGuess.txt file returned [defined] for every QT_NO_FOO define, i.e. that compilation failed for every test (so it also defines QT_NO_PRINTDIALOG, even though that's wrong). Digging through the cmake files, I found that FindQt4.cmake was changed between KDE 4.3 and 4.4. It now uses aliases for the Qt4 libs by importing them as targets (as Qt4__QTCORE, Qt4_QTGUI, etc.). Unfortunately, this completely screws QtGuess.txt, because TRY_COMPILE (built- in cmake command) can't handle imported targets. We can only use normal paths here. A workaround would be to resolve all imported targets, but that doesn't seem like the perfect solution to me. I'm CC'ing Alexander Neundorf, as he seems to be the guy who implemented the imported targets. If there are problems with building, don't hesitate to send a mail to kde-buildsys...@kde.org. I'd say this is usually a better idea for build problems than kde-packager or kde-release-team. Alexander, can you shed some light on why this was done and how to solve this issue best? On demand of developers. We have our own copy of FindQt4.cmake, which with the time went relatively far away from the shipping with CMake. We had several issues there. Developers complained that our FindQt4.cmake didn't have all the features of the one shipping with cmake (some libs not supported etc.). Our FindQt4.cmake was not working properly with Qt as frameworks on OSX. There was a lot of unnecessary special casing for Windows in our copy. Getting too faw away from each other also means that we might become incompatible, which also breaks applications. So I took the time and merged most of the changes from both side into each other. Which also meant to always check for both release and debug versions. This lead to the effect that QT_QTFOO_LIBRARY now could be optimized libQtFoo.so debug libQtFood.so. Now this change broke some places. This way of specifying which lib is for release builds and which is for debug builds is not good (which build types are considered debug, which optimized ?) and is syntax-wise also a hack (from the POV of the cmake devs). So, what is the best way to fix this. It's to introduce imported targets for the various Qt libraries. Then there exist library targets, which can be referenced. They can be assigned different locations (file paths) for different buildtypes. Dependencies can be tracked. Ah yes, I see. I tried to get this in as compatible as possible, there cannot be much left now. Why are you using TRY_COMPILE() directly ? This is quite low-level, and I would always advice against it directly. There are the check_cxx_source_compiles() and check_cxx_source_runs() macros installed with kdelibs (CheckCXXSourceCompiles.cmake and CheckCXXSourceRuns.cmake), which both handle imported targets. What is speaking against using these macros ? Both do check if a library is an imported target and if so retrieve the path, this is implemented in HandleImportedTargetsInCMakeRequiredLibraries.cmake, which doesn't depend on any other additional KDE-specific cmake modules. I didn't try them because I thought they probably suffer from the same bug. Since I also was too lazy to look at their code, I didn't recognize that they work around it. Now that it doesn't seem to be a problem for the macros, I think we'll go with CheckCXXSourceCompiles.cmake. Also, I actually would be happy if you could file this as a bug report in the cmake bugtracker (http://public.kitware.com/Bugs) that try_compile() doesn't handle imported targets. You've already done that yourself, nearly one year ago ;) http://public.kitware.com/Bug/view.php?id=8761 The bug's still open, though. -- Arno Rehn a...@arnorehn.de ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
Re: [Kde-bindings] [RED] Re: KDE 4.3 Beta1 packages (4.2.85)
On Wednesday 13 May 2009 11:51:58 Dirk Mueller wrote: On Tuesday 12 May 2009, Dirk Mueller wrote: I still don't have a building kdebindings tarball, in this state we can not release. Please help. Release delayed until tomorrow morning. There was no solution to all the building problems of kdebindings, so I had to remove it from 4.3 beta1 release.This is very embarassing, I hope we can fix it for beta2 :-( I haven't seen any reports of kdebindings not building - a Mandriva packager first made us aware of some missing files in csharp/soprano. What errors do you get? And please send them to this list since I don't think many bindings people are reading the release/packaging lists (at least I'm not, but maybe I should join). -- Arno Rehn a...@arnorehn.de ___ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team
