Hi,
I'm trying to use cmake to build c# files, on a linux box using mono.
I've got it pretty much working, but I can't figure how how to bundle
dependencies between libraries.
Basically, the builder does this:
- Create a fake builder library with the real build command (using gcs)
- Create a fa
On 12 June 2012 00:21, Ben Medina wrote:
> Has anyone tried the Visual Studio 2012 beta with CMake's "Visual
> Studio 11" generator? I've tried with several projects, and even a
> simple project that just contains main.cpp has the same problem:
> compiling a single file does not work. Instead, I g
Hi David,
thanks for your idea with REQUIRED_FILES. I don't like the way, but
we'll evaluate if it is enough for our project.
Maybe a proper solution will be included in a future release of CMake.
Bye
Christoph
There is a test property called REQUIRED_FILES, which is a list of files
that mus
On 06/11/2012 07:21 PM, Ben Medina wrote:
> Has anyone tried the Visual Studio 2012 beta with CMake's "Visual
> Studio 11" generator? I've tried with several projects, and even a
> simple project that just contains main.cpp has the same problem:
> compiling a single file does not work. Instead, I g
The regex check for version of java does not find the version.
My system reports java -version as:
java version "1.7.0_b147-icedtea"
I changed line 110-113:
IF(var MATCHES "java version \"[0-9]+\\.[0-9]+\\.[0-9_.]+[oem-]*\".*")
# This is most likely Sun / OpenJDK, or maybe
On Mon, Jun 11, 2012 at 7:21 PM, Ben Medina wrote:
> Has anyone tried the Visual Studio 2012 beta with CMake's "Visual Studio 11"
> generator?
I just installed the VS 2012 RC from MSDN:
Microsoft Visual Studio Professional 2012 RC Version 11.0.50522.1 RCREL
Microsoft .NET Framework Version 4.
Yes, manually editing the hand-generated (well, project wizard
generated) file to use full paths triggers the problem. I guess I'll
report this to Microsoft, but it would be nice to confirm that others
are having the same problem.
- Ben
On Tue, Jun 12, 2012 at 5:19 AM, Brad King wrote:
> On 06/1
Thanks for checking. Full project builds work fine for me; it's just
individual file compilations in the IDE that fail.
- Ben
On Tue, Jun 12, 2012 at 8:40 AM, Brad King wrote:
> On Mon, Jun 11, 2012 at 7:21 PM, Ben Medina wrote:
>> Has anyone tried the Visual Studio 2012 beta with CMake's "Visu
Thanks for the suggestion. Unfortunately, CMAKE_USE_RELATIVE_PATHS
seems to have no effect for this generator.
- Ben
On Tue, Jun 12, 2012 at 2:21 AM, Brett Delle Grazie
wrote:
> On 12 June 2012 00:21, Ben Medina wrote:
>> Has anyone tried the Visual Studio 2012 beta with CMake's "Visual
>> Stud
On 06/12/2012 11:43 AM, Ben Medina wrote:
> Thanks for checking. Full project builds work fine for me; it's just
> individual file compilations in the IDE that fail.
Okay. My initial read of your original message made it sound like
you got the error for any project even if it is only one file.
A
On 06/12/2012 11:51 AM, Brad King wrote:
> http://www.cmake.org/Bug/view.php?id=12570
>
> The main change to address it is here:
>
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d931ce9f
I forgot to point out that this change is not in CMake 2.8.8
but will be in 2.8.9.
-Brad
--
Powered
Hi,
We are adding some resource files (XML files, shaders, etc.) to a Visual
Studio project just to make them visible and accessible in the IDE.
We also add geometry files with the extension "obj". Visual Studio treats
these as regular object files and starts using them during the build.
Is
On 06/12/2012 11:51 AM, Brad King wrote:
> http://www.cmake.org/Bug/view.php?id=12570
>
> The main change to address it is here:
>
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d931ce9f
>
> The problem was known to occur for VS 10 but did not in the
> VS 11 developer preview. Perhaps i
On 6/12/2012 1:10 PM, Daniel Dekkers wrote:
Hi,
We are adding some resource files (XML files, shaders, etc.) to a Visual
Studio project just to make them visible and accessible in the IDE.
We also add geometry files with the extension “obj”. Visual Studio
treats these as regular object files an
Are there any errors or warnings reported in the full output stream?
Is there output indicating that "libPipelineBuilderLib.dylib" is being
fixed up at some point?
Is it possible that something is
overwriting/re-copying libPipelineBuilderLib.dylib after it's been fixed up?
On Mon, Jun 11, 2012
Funny, I just got to looking at this again. I ended up just blowing away the
build directory and recompiling and now it all works as it should. To answer
your questions though:
The output stated that libPipelineBuilder.dylib was being fixed up.
I was running a script that moved some stuff ar
No problem. I just ask questions when there's not enough information... and
when I get lucky: things fix themselves. :-)
On Tue, Jun 12, 2012 at 1:43 PM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:
> Funny, I just got to looking at this again. I ended up just blowing away
> the build d
Thanks! Here are the results:
- Using the VS2010 generator, the project files have relative paths.
VS2012RC can load 2010 project files without modifying them. If I do
this, compilation of individual files is successful.
- Using the VS11 generator, the project files have absolute paths, and
compi
Ok, great, works.
So I guess the little red stop-sign icons shown by Visual Studio denote that
these files are excluded from the build?
Thanks,
Daniel
-Oorspronkelijk bericht-
Van: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] Namens Bill
Hoffman
Verzonden: dinsdag 12 juni 201
Hi Folks,
Currently the documentation associated with set command is the following:
[...]
FILEPATH = File chooser dialog.
PATH = Directory chooser dialog.
STRING = Arbitrary string.
BOOL = Boolean ON/OFF checkbox.
INTERNAL = No GUI en
I've filed a bug with Microsoft:
https://connect.microsoft.com/VisualStudio/feedback/details/748640/cannot-compile-individual-files-if-project-contains-full-path-to-file
On Tue, Jun 12, 2012 at 11:20 AM, Ben Medina wrote:
> Thanks! Here are the results:
>
> - Using the VS2010 generator, the proje
Yeah - I can reproduce this too (better late than never - sorry!) I've
upvoted your bug report Ben.
Cheers,
Fraser.
On 12/06/2012 19:55, Ben Medina wrote:
I've filed a bug with Microsoft:
https://connect.microsoft.com/VisualStudio/feedback/details/748640/cannot-compile-individual-files-if-pr
Thanks, Fraser! Note that the sample project I attached "may take a
few hours" to appear publicly, according to their bug report page.
And I apologize: everywhere I mention VS2012 beta in the above thread,
I meant VS2012 RC.
On Tue, Jun 12, 2012 at 12:02 PM, Fraser Hutchison
wrote:
> Yeah - I ca
On 06/12/2012 02:55 PM, Ben Medina wrote:
> I've filed a bug with Microsoft:
> https://connect.microsoft.com/VisualStudio/feedback/details/748640/cannot-compile-individual-files-if-project-contains-full-path-to-file
Fantastic, thanks!
-Brad
--
Powered by www.kitware.com
Visit other Kitware open
On 06/12/2012 02:20 PM, Ben Medina wrote:
> - Using the VS2010 generator, the project files have relative paths.
> VS2012RC can load 2010 project files without modifying them. If I do
> this, compilation of individual files is successful.
>
> - Using the VS11 generator, the project files have abso
Hi,
I have a folder in which I build a library. For doing so I have a
add_definitions(-DMySymbol) line
It seems that subfolders inherits this,which I don't want. How do I "undef" the
MySymbol symbol in a subfolder CMakeList file?
-totte
--
.
Totte Karlsson, Ph.D.
Dune
Seem
that add_definitions(/UTheSymbol) did the job!
-totte
On 6/12/2012 2:57 PM, Totte Karlsson wrote:
Hi,
I have a folder in which I build a library. For doing so I have a
add_definitions(-DMySymbol) line
It seems that subfolders inherits this,which I don't want. How do I "undef" the
MySymbol
Hi,
I have a CMakeLists.txt that creates both a shared and static lib.
In short it looks something like this:
add_definitions(-DEXPORT_RR)
add_library(${target} SHARED ${rrSources})
add_library(${target}-staticSTATIC ${rrSources})
The problem being that for the static version, the
Please do not use anything except for -D args with add_definitions. Other
flags should be added to CMAKE_CXX_FLAGS or some other variable, and they
are compiler specific. I doubt that "/U" works uniformly across compilers
the same way -D does.
The remove_definitions command is the opposite of the
Hi,
For a certain library, I changed my CMake file to using the following
install (
TARGETS ${target}
RUNTIME DESTINATION bin
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib
COMPONENT c_api)
It works fine "installing", but when runnin
On 6/12/2012 3:55 PM, David Cole wrote:
Please do not use anything except for -D args with add_definitions. Other flags
should be added to CMAKE_CXX_FLAGS or some other variable, and they are compiler
specific. I doubt that "/U" works uniformly across compilers the same way -D
does.
Yeah, it
You can use:
set_target_properties(${target}-static PROPERTIES
COMPILE_DEFINITIONS RR_STATIC)
For full details, run:
cmake --help-property COMPILE_DEFINITIONS
Cheers,
Fraser.
On 12/06/2012 23:39, Totte Karlsson
wrote:
On 6/12/2012 4:23 PM, Fraser Hutchison wrote:
You can use:
|set_target_properties(${target}-static PROPERTIES COMPILE_DEFINITIONS
RR_STATIC)|
I got the following tip from D Cole to use
set_property(TARGET ${target}-static PROPERTY COMPILE_DEFINITIONS RR_STATIC)
I assume set_target_propert
I assume they do the same thing too in this case, but I defer to David
since he works for Kitware and knows the source code, whereas I don't
and don't :-)
On 13/06/2012 00:56, Totte Karlsson wrote:
On 6/12/2012 4:23 PM, Fraser Hutchison wrote:
You can use:
|set_target_properties(${target}
Hi Daniel.
Yes, that's how Visual Studio shows excluded files. If you exclude a
file by setting its "Excluded from build" property manually, you get
the same.
Petr
On Tue, Jun 12, 2012 at 8:31 PM, Daniel Dekkers wrote:
> Ok, great, works.
> So I guess the little red stop-sign icons shown by Vis
35 matches
Mail list logo
