On Tue, Aug 24, 2010 at 10:19:23PM +0200, Alexander Neundorf wrote:
Please try the attached patch.
It syncs FindPackageHandleStandardArgs.cmake with the version from current
cmake.
This fixes the problem here, but I don't have all the packages installed.
Please let me know if it works for
Maciej Mrozowski wrote:
With that mind, runtime-only dependency handling could be simplified to:
(see attachment):
macro_log_runtime_dependency(FOO File Ownership Obstuctor
http://foo.org; TRUE Sophisticated file ownership obstructor.
Required by KIO.)
+1
SVN commit 1167973 by neundorf:
-sync FindPackageHandleStandardArgs.cmake with the version from cmake master,
in order to stay compatible with future cmake releases.
Our FindPackageHandleStandardArgs.cmake had automatic check for the version
number by guessing
the name of the variable which
On Wednesday 25 August 2010, Oswald Buddenhagen wrote:
On Tue, Aug 24, 2010 at 10:19:23PM +0200, Alexander Neundorf wrote:
Please try the attached patch.
It syncs FindPackageHandleStandardArgs.cmake with the version from
current cmake.
This fixes the problem here, but I don't have all the
Hi,
I just updated our copy of FindPackageHandleStandardArgs.cmake to the version
from cmake master.
This offers a new extended syntax, from the docs:
The second mode is more powerful and also supports version checking:
FIND_PACKAGE_HANDLE_STANDARD_ARGS(NAME [REQUIRED_VARS var1...varN]
SVN commit 1168009 by kossebau:
added: file with info for packagers (first entry: runtime of network:/
kio-slave)
as proposed on kde-buildsystem@kde.org
CCMAIL:kde-buildsystem@kde.org
A README.packagers
___
Kde-buildsystem mailing
Hi Christophe,
Mardi, le 24 août 2010, à 21:45, Christophe Giboudeaux a écrit:
Hi,
Sorry but I still think it's a bad idea. macro_log_feature() should only
report missing build dependencies or in the future we'll have all kind
of not-so-useful messages about runtime deps in different modules.
Mardi, le 24 août 2010, à 22:21, Maciej Mrozowski a écrit:
On Tuesday 24 of August 2010 21:21:08 Friedrich W. H. Kossebau wrote:
Might be good if this could be standardized.
I still like Yury's proposal for that, as it integrates into the log
creation, so all dependencies can be seen at one