On 1/27/2012 4:27 PM, Kent Williams wrote:
Logged it as a bug. I'm not sure why FindDCMTK.cmake is so sad.
Basically it leaves out a library from ${DCMTK_LIBRARIES} namely oflog.
http://www.cmake.org/Bug/view.php?id=12916
--
Powered by www.kitware.com
Visit other Kitware open-source projects
Logged it as a bug. I'm not sure why FindDCMTK.cmake is so sad.
Basically it leaves out a library from ${DCMTK_LIBRARIES} namely oflog.
http://www.cmake.org/Bug/view.php?id=12916
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/openso
On 01/27/2012 07:15 PM, Michael Hertling wrote:
> On 01/27/2012 06:41 PM, Schuchard, Matthew wrote:
>> Contrary to the CMake FAQ, but consistent with what I have been reading
>> elsewhere, it does not seem possible for me with CMake 2.8.6 to add a
>> generated file as a dependency to a target, ev
On Fri, Jan 27, 2012 at 3:17 PM, Clifford Yapp wrote:
Ah hah! That was it - we're not just overriding
CMAKE_RUNTIME_OUTPUT_DIRECTORY, but
CMAKE_RUNTIME_OUTPUT_DIRECTORY_ variables too. Consequently,
we need to locally define not just RUNTIME_OUTPUT_DIRECTORY but also
RUNTIME_OUTPUT_DIRECTORY_ t
Looks like that was it - removing all setting of
CMAKE_RUNTIME_OUTPUT_DIRECTORY ended up putting it in:
C:\Users\User\brlcad\brlcad-build\lib\Debug\regex.dll
Not sure where the Debug subdirectory came from though...
Is there any way to make a per-target RUNTIME_OUTPUT_DIRECTORY setting
override
OK, I have switched my assignment to a full path form, and using
get_target_property to pull the value of RUNTIME_OUTPUT_DIRECTORY
indicates that the value is correct:
target_runtime_output_dir: C:/Users/User/brlcad/brlcad-build/lib
The lib and exp files are going to the right place:
Creating lib
On 1/27/2012 12:41 PM, Schuchard, Matthew wrote:
Contrary to the CMake FAQ, but consistent with what I have been
> reading elsewhere, it does not seem possible for me with CMake 2.8.6
> to add a generated file as a dependency to a target
I have done something similar to the following:
add_cus
On 01/27/2012 06:41 PM, Schuchard, Matthew wrote:
> Contrary to the CMake FAQ, but consistent with what I have been reading
> elsewhere, it does not seem possible for me with CMake 2.8.6 to add a
> generated file as a dependency to a target, even in the same directory.
>
> I have done something
On 01/23/2012 11:29 AM, Rolf Eike Beer wrote:
Theodore Papadopoulo wrote:
I do not know if it is too late to require bugfix for the next release
or even whether this bug is known (a quick browsing of buzilla shows
nothing and the git sources still contain the bug), but in any case.
In cmake-2.8
Contrary to the CMake FAQ, but consistent with what I have been reading
elsewhere, it does not seem possible for me with CMake 2.8.6 to add a generated
file as a dependency to a target, even in the same directory.
I have done something similar to the following:
add_custom_command(OUTPUT foo.ext
On Fri, Jan 27, 2012 at 10:59 AM, Clifford Yapp wrote:
> I'm trying to use set_target_properties to override the Output
> Directory for dlls generated by add_library calls when building with
> MSVC, as discussed back in July:
>
> http://www.cmake.org/pipermail/cmake/2011-July/045591.html
>
> I'm t
I'm trying to use set_target_properties to override the Output
Directory for dlls generated by add_library calls when building with
MSVC, as discussed back in July:
http://www.cmake.org/pipermail/cmake/2011-July/045591.html
I'm trying to do so as part of a re-definition of add_library, but
when c
Just upgraded to ubuntu 11.10 (clean install) and cmake 2.8.7.
Now, on make install, all files just receive OWNER_READ and OWNER_WRITE
permissions, no matter what is specified in the cmakelists.
For example
install (TARGETS idp-bin DESTINATION bin PERMISSIONS OWNER_READ OWNER_WRITE
OWNER_EXECUTE G
13 matches
Mail list logo
