Hi everyone,
The Makefile generation code in cmGlobalXCodeGenerator.cxx
(cmGlobalXCodeGenerator::CreateCustomRulesMakefile) does not add a
.SUFFIXES: call, resulting in make having implicit rules in place.
The fix should be trivial, simply adding
makefileStream .SUFFIXES: \n; after the first
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11682
==
Reported By:Maddes
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=11683
==
Reported By:Markus Elfring
Assigned To:
On 01/11/2011 04:18 PM, Alexander Neundorf wrote:
Well, there was the following commit in KDE for two module FindKExiv2.cmake
and FindKipi.cmake
For both modules it adds a variable UPPERCASED_NAME_LOCAL_DIR, which can be
set if the using project doesn't use an externally installed
Thanks for the suggestion.
I just committed this change and pushed it to 'next':
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=66d9cd83519962f320d4b6edefeb15ae250107ae
Cheers,
David
On Tue, Jan 11, 2011 at 4:58 AM, Johan Björk p...@spotify.com wrote:
Hi everyone,
The Makefile
On Tue, Jan 11, 2011 at 11:55 PM, Brad King brad.k...@kitware.com wrote:
Typically we use code of this form:
if(FOO_USE_SYSTEM_BAR)
find_package(BAR)
else()
add_subdirectory(bar)
set(BAR_INCLUDE_DIRS ${CMAKE_CURRENT_SOURCE_DIR}/bar/include)
set(BAR_LIBRARY_DIRS ...)
#
On 01/11/2011 06:13 PM, Pau Garcia i Quiles wrote:
What about something like this?
if( FOO_USE_LOCAL_BAR)
set( CMAKE_PREFIX_PATH ${PROJECT_SOURCE_DIR}/3rdparty )
endif(FOO_USE_LOCAL_BAR)
find_package(BAR)
It searches the local directory first, then goes for system. Looks easier to
On Wed, Jan 12, 2011 at 12:18 AM, Brad King brad.k...@kitware.com wrote:
On 01/11/2011 06:13 PM, Pau Garcia i Quiles wrote:
What about something like this?
if( FOO_USE_LOCAL_BAR)
set( CMAKE_PREFIX_PATH ${PROJECT_SOURCE_DIR}/3rdparty )
endif(FOO_USE_LOCAL_BAR)
find_package(BAR)
It
