Please keep in mind that gold is ELF-only, so it cannot be used to link on
Win32.
Thus, linking KDE with gold must stay an option and shouldn't become the
default (at least until other binary formats are implemented in gold)
-Michael
-Original Message-
From: Andreas Hartmetz
On Monday 14 April 2008, Michael Druing wrote:
Please keep in mind that gold is ELF-only, so it cannot be used to link on
Win32.
Thus, linking KDE with gold must stay an option and shouldn't become the
default (at least until other binary formats are implemented in gold)
I believe that linux
Hi,
I've switched to cmake 2.6 for dashbot
(http://ktown.kde.org/~dirk/dashboard/). The problem I have now is this:
CMake Error at cmake/automoc/cmake_install.cmake:39 (FILE):
file CHRPATH could not write new RPATH /opt/testing/lib to the file
Dirk Mueller wrote:
I've switched to cmake 2.6 for dashbot
(http://ktown.kde.org/~dirk/dashboard/). The problem I have now is this:
CMake Error at cmake/automoc/cmake_install.cmake:39 (FILE):
file CHRPATH could not write new RPATH /opt/testing/lib to the file
Brad King wrote:
By the way, this is not the first I've heard of this error. Other
people have run into it.
Okay, but no one ever reported it to our bug tracker so I didn't know.
Yeah, I didn't hear from the first person either. He had just upgraded to
2.6 and was going to clean up and build
On Monday 14 April 2008, Brad King wrote:
CMake 2.6 comes with an ELF binary parser. It is used to change the
RPATH or RUNPATH of an existing binary before installation. This is
much faster than relinking with a new RPATH as was done by CMake 2.4
(relinking is still used on non-ELF
Dirk Mueller wrote:
I've switched to cmake 2.6 for dashbot
(http://ktown.kde.org/~dirk/dashboard/). The problem I have now is this:
CMake Error at cmake/automoc/cmake_install.cmake:39 (FILE):
file CHRPATH could not write new RPATH /opt/testing/lib to the file
I've not had a chance to do any building of KDE stuff for a month or
so, and I'm trying to get caught up. I've installed the latest CMake
release candidate (2.6.0-rc8) and have started building, and it looks
like something deep in our macros has changed recently, I'm now unable
to build basically
Benjamin Reed schrieb:
I've not had a chance to do any building of KDE stuff for a month or
so, and I'm trying to get caught up. I've installed the latest CMake
release candidate (2.6.0-rc8) and have started building, and it looks
like something deep in our macros has changed recently, I'm
Brad King wrote:
Dirk Mueller wrote:
I've switched to cmake 2.6 for dashbot
(http://ktown.kde.org/~dirk/dashboard/). The problem I have now is this:
CMake Error at cmake/automoc/cmake_install.cmake:39 (FILE):
file CHRPATH could not write new RPATH /opt/testing/lib to the file
On Monday 14 April 2008 13:19:18 Brad King wrote:
Hi Folks,
I just noticed that these files in kdelibs/cmake/modules:
FindAkode.cmake
I see CACHE INTERNAL in FindAkode.cmake. Isn't that ok?
FindFreetype.cmake
Fix committed.
FindGettext.cmake
I see CACHE FILEPATH in
Allen Winter wrote:
On Monday 14 April 2008 13:19:18 Brad King wrote:
FindAkode.cmake
I see CACHE INTERNAL in FindAkode.cmake. Isn't that ok?
It will work, but there is no reason to be in the cache. The variable
being set is just summarizing results for the project.
On Monday 14 April 2008, Michael Druing wrote:
Please keep in mind that gold is ELF-only, so it cannot be used to link on
Win32.
Thus, linking KDE with gold must stay an option and shouldn't become the
Yes, of course.
Alex
___
Kde-buildsystem
On Mon, Apr 14, 2008 at 4:11 PM, Alexander Neundorf [EMAIL PROTECTED] wrote:
Ok, we really should get nightly builds for the more exotic platforms (OSX,
FreeBSD, Solaris, Windows).
Yeah. What do I need to do this? Dirk's build script stuff seems
pretty opaque to me, and the KDE dashboard
Benjamin Reed wrote:
On Mon, Apr 14, 2008 at 4:11 PM, Alexander Neundorf [EMAIL PROTECTED] wrote:
add_executable(hello MACOSX_BUNDLE main.cpp)
install(TARGETS hello RUNTIME DESTINATION bin
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib)
Yeah,
Hi,
so today I found that there are actually problems with cmake 2.6 and
dependency scanning.
a) after changing an installed header the .moc files for headers that
include the updated header are not re-generated which might cause
problems when you do ABI changes (like removing a method) on the
Benjamin Reed wrote:
I'm getting even more confused then... RUNTIME means executables in
this context, doesn't it? Then maybe I was wrong in my assessment of
what BUNDLE means in the install command in the first place... does
it mean loadable modules (.bundle) or does it mean app-bundles?
On Friday 11 April 2008, Thiago Macieira wrote:
Yet GENERIC_LIB_SOVERSION is just set to 4. I miss something,
obviously.
ELF doesn't support that. It should support two numbers: the minimum
version and the current. That is, kdelibs 4.1 is backwards compatible with
4.0; Qt 4.4 is backwards
Dirk Mueller wrote:
On Friday 11 April 2008, Thiago Macieira wrote:
Yet GENERIC_LIB_SOVERSION is just set to 4. I miss something,
obviously.
ELF doesn't support that. It should support two numbers: the minimum
version and the current. That is, kdelibs 4.1 is backwards compatible
with 4.0;
Quoting Dirk Mueller [EMAIL PROTECTED]:
On Friday 11 April 2008, Thiago Macieira wrote:
Yet GENERIC_LIB_SOVERSION is just set to 4. I miss something,
obviously.
ELF doesn't support that. It should support two numbers: the minimum
version and the current. That is, kdelibs 4.1 is backwards
20 matches
Mail list logo