It was just committed a week ago... It's not even in 'master' -- but it
should make it into 2.8.6...
On Fri, Jul 22, 2011 at 6:36 PM, Glenn Coombs wrote:
> Excellent. Do you know if this option was included in the recent cmake
> 2.8.5 release, or will it not appear officially until 2.8.6 ?
>
>
Excellent. Do you know if this option was included in the recent cmake
2.8.5 release, or will it not appear officially until 2.8.6 ?
On 22 July 2011 18:39, Johan Björk wrote:
> Glenn,
>
> An option APPEND_STRING was added, see
> http://public.kitware.com/Bug/view.php?id=12342
>
> /Johan
>
>
> O
Have you tried using target_link_libraries(A D E F) in A/Deps.cmake instead
of add_dependencies ? I think that the add_dependencies command only
enforces a build order between targets. I don't think it actually adds
libraries to the link line.
On 18 July 2011 17:54, Marco Corvo wrote:
> Hi all
Alex,
I'm trying to conditionally enable ASM support for my compilers that
support it (I have a project that gets crosscompiled to a whole slew
of architectures).
In an ideal situation, I would use
ENABLE_LANGUAGE(ASM OPTIONAL) and check the flag if it works or not.
For a few of the compilers, I
On Thursday 21 July 2011, Florian Reinhard wrote:
> Hi Alex,
>
> Thank you for the quick response,
>
> 2011/7/20 Alexander Neundorf :
> > Damn, I was so sure I updated the wiki, but apparently I didn't.
> > So here are the old docs, but this changed quite a bit for 2.8.5:
> > http://www.vtk.org/W
On Thursday, July 21, 2011 11:48:04 pm Daniel Näslund wrote:
> On Thu, Jul 21, 2011 at 7:00 PM, wrote:
> >> Managed to compile and link when I added the following snippet to the
> >> toolchain file:
> >>
> >> set(QT_HEADERS_DIR /opt/env/lenny-ppc/usr/lib)
> >> set(QT_LIBRARY_DIR /opt/env
Glenn,
An option APPEND_STRING was added, see
http://public.kitware.com/Bug/view.php?id=12342
/Johan
On Mon, Jun 27, 2011 at 4:47 PM, Glenn Coombs wrote:
> For variables like CMAKE_C_FLAGS one can append to them like this:
>
> set(CMAKE_C_FLAGS "${CMAKE_CFLAGS} -some_option")
>
> For targe
Hi Folks,
Before digging further into the problem ... if some your experience issue
with VS2010 and superbuild .. would be great if you could provide more
details about your investigation.
Thanks
Jc
-- Forwarded message --
From: Sascha Zelzer
Date: Fri, Jul 22, 2011 at 12:07 PM
Hi Marco,
I think target_link_libraries and add_dependencies are not applicable to
imported targets. You should set IMPORTED_LINK_INTERFACE_LIBRARIES property
instead. I don't remember exactly, but I solved similar problem.
You can also try creating sample project with dependent static libraries
Michael Wild a écrit :
On 07/22/2011 03:46 PM, pellegrini wrote:
Hello everybody,
I use CMake 2.8.4, Fortran 90 and Intel compiler to build an executable.
I read in the documentation that
RUNTIME_OUTPUT_DIRECTORY supercedes the old EXECUTABLE_OUTPUT_PATH command.
When using:
add_executa
On 07/22/2011 03:46 PM, pellegrini wrote:
> Hello everybody,
>
> I use CMake 2.8.4, Fortran 90 and Intel compiler to build an executable.
> I read in the documentation that
> RUNTIME_OUTPUT_DIRECTORY supercedes the old EXECUTABLE_OUTPUT_PATH command.
>
> When using:
>
>add_executable(myexec
Hello everybody,
I use CMake 2.8.4, Fortran 90 and Intel compiler to build an executable.
I read in the documentation that
RUNTIME_OUTPUT_DIRECTORY supercedes the old EXECUTABLE_OUTPUT_PATH command.
When using:
add_executable(myexec ${source_files})
set(EXECUTABLE_OUTPUT_PATH mydir)
I
On 21.7.2011. 13:49, David Cole wrote:
Apologies for nagging but Google searches about CMake, CPack and symlinks
show that is not a rare problem/question..is there no comment/help on this
from the CMake devs?
Just busy, that's all...
Ok, sorry...It just seemed to me that nobody ca
13 matches
Mail list logo