13 messages in org.kde.kde-buildsystemRe: problem with cmake 2.6RC6 and KDE 4
FromSent OnAttachments
Dirk MuellerApr 14, 2008 2:54 am 
Brad KingApr 14, 2008 6:15 am 
Thiago MacieiraApr 14, 2008 6:31 am 
Brad KingApr 14, 2008 6:42 am 
Thiago MacieiraApr 14, 2008 6:53 am 
Dirk MuellerApr 14, 2008 7:14 am 
Brad KingApr 14, 2008 7:36 am 
Brad KingApr 14, 2008 10:25 am 
Brad KingApr 14, 2008 12:06 pm 
Dirk MuellerApr 25, 2008 11:07 am 
Alexander NeundorfApr 25, 2008 11:27 am 
Brad KingApr 25, 2008 12:17 pm 
Dirk MuellerApr 29, 2008 6:52 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: problem with cmake 2.6RC6 and KDE 4Actions...
From:Brad King (brad@kitware.com)
Date:Apr 14, 2008 6:42:24 am
List:org.kde.kde-buildsystem

Thiago Macieira wrote:

Brad King wrote:

CMake Error at cmake/automoc/cmake_install.cmake:39 (FILE): file CHRPATH could not write new RPATH "/opt/testing/lib" to the file "/var/tmp/kdelibs-796689-build/opt/testing/bin/kde4automoc": No valid ELF RPATH entry exists in the file;

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 systems).

how can I get rid of that? this is KDE trunk, configured with:

cmake -DKDE4_BUILD_TESTS=ON -DCMAKE_INSTALL_PREFIX=/opt/testing -DCMAKE_BUILD_TYPE=release

Add -DCMAKE_NO_BUILTIN_CHRPATH:BOOL=ON to switch back to the relinking approach.

I think Dirk is asking how he can get rid of the error. Rewriting the RPATH is probably better/easier than relinking anyways.

Sorry, I should have mentioned I was looking at fixing the error.

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.

-Brad