thanks for your answer.
I've forgot to mention in the hurry yesterday, that inisde the lib
project generator exist which must not compiled with these defines.
if(FOO_OPTION OR BAR_OPTION)
add_executable(generator_target ...)
set_target_properties(generator_target ... COMPILE_DEFINITIONS
Hi!
I just uploaded an Emacs package that provides syntax coloring for CMake
scripts in Emacs. It is available at:
https://github.com/Lindydancer/cmake-font-lock
Although the standard package have some syntax coloring support, this
package raises the bar quite a bit. The main new feature is
If you want to have all of the sub directories to have the defines present, you
could use ADD_DEFINITIONS().
option(FOO_OPTION "enable foo" OFF)
option(BAR_OPTION "enable bar" OFF)
if(FOO_OPTION)
add_definitions("-DFOO_X" )
elseif(BAR_OPTION)
add_definitions("-DFOO_Y")
else()
add_
Hello,
is it possible to inherit compiler defines for sub projects in sub
directories?
I have a library project which can be configured at compile time using
preprocessor defines (cmake option)
option(FOO_OPTION "enable foo" OFF)
option(BAR_OPTION "enable bar" OFF)
if(FOO_OPTION)
set_
Hi.
It seems that the Borland bcc compiler is hardcoded to be called with option
-tWR. (meaning of the flag: use dynamic runtime library)
Windows-Embarcadero.cmake sets an internal variable
set(_tR "-tWR -tW-")
and calls the compiler with
" ${_tR} ...".
Do you see any way to remove / overrid
2013/4/5
> I'm trying to build an i686 RPM package on a x86_64 Linux machine.
>
> I have a set(CPACK_RPM_PACKAGE_ARCHITECTURE i686)
> but I get an error at CPack time:
> error: No compatible architectures found for build
>
> I can get it to work if I also use setarch when calling rpmbuild giving
Hi Radovan,
This is possible. You could look at the approach we consider in CTK.
See
https://github.com/commontk/CTK/compare/00694c9f8a0da6ee28fb079902e6a8c3ec428058...891aa5443b110cc7e6aa0ec1339aad4b2c83ef9d
Hth
Jc
On Fri, Apr 5, 2013 at 12:03 PM, radovan bast <
radovan.b...@irsamc.ups-tlse.fr
dear CMake developers and users,
first of all, a big thanks for the CMake developers
for a great product! we like CMake a lot.
we are extensively using CMake external project support
in combination with Git submodules in a number of larger
projects and that works nicely.
my question is: could i
I'm trying to build an i686 RPM package on a x86_64 Linux machine.
I have a set(CPACK_RPM_PACKAGE_ARCHITECTURE i686)
but I get an error at CPack time:
error: No compatible architectures found for build
I can get it to work if I also use setarch when calling rpmbuild giving it the
CPack gener
2013/4/5 hce
> Eric Noulard wrote
> > 2013/4/5 hce <
>
> > jupiter.hce@
>
>
>
> Eric Noulard wrote
> > I'll think of a workaround for CPackRPM, the fastest solution would be to
> > use
> > CPACK_RPM_USER_BINARY_SPECFILE
> >
> > see:
> > cpack --help-variable CPACK_RPM_GENERATE_USER_BINARY_SPECFIL
Eric Noulard wrote
> 2013/4/5 hce <
> jupiter.hce@
> >
>
> Yes for CPack RPM I can see why that is happening.
> The spec file generated by CPackRPM is
>1) generated
>2) configured (with @ONLY)
>
> This is handy for many reason so @ in pathname should be protected
> otherwise
> they wil
2013/4/5 hce
> Hi,
>
> I have a binary directory contains subdirectories name with "@":
>
> graph3d/@graph3d/@colorbar/colorbar.m
> scribe/@scribe/@colorbar/colorbar.m
>
> When I run cpack -G RPM, it removed @ and put following string name in the
> spec:
>
> graph3d/graph3d/colorbar/colorbar.m
>
12 matches
Mail list logo