Thanks, this is something new for me. Is there a way by which i can invoke
cmake.in file to compile ?
Keith
On Fri, Mar 15, 2013 at 2:51 PM, David Cole wrote:
> The source tree for it appears to be here:
>
> http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/
>
> It does not appear to ha
The source tree for it appears to be here:
From: D K
Sent: March 15, 2013 5:18 PM
To: cmake@cmake.org
Subject: [CMake] Cmake for PA
Hey,
I want to use cmake to build Pulse Audio , not sure if there is one that
exists today.
Any input is appreciated as to how can i do it .
The source tree for it appears to be here:
http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/
It does not appear to have a CMakeLists.txt file, although there are some
.cmake.in files at the top level.
Have you asked in the Pulse Audio community? (Do they have a mailing list or
Hey,
I want to use cmake to build Pulse Audio , not sure if there is one
that exists today.
Any input is appreciated as to how can i do it .
thanks,
Keith
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please k
I'm using CMake to build, amongst others, C++/CLI projects. I would like to
be able to set the "Generate XML Documentation Files" flag (Configuration
Properties > C/C++ > Output Files) for those projects.
I was able to set the /clr flag earlier by just adding it manually and so I
tried the same t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2013 08:33 PM, Stephen Kelly wrote:
> Matthew Woehlke wrote:
>
>> Now that 2.8.11 supports interface include_directories on
>> targets, is there a way to create a library target that can be
>> exported that has no actual library, but *does* d
On 3/15/2013 4:41 PM, Bill Hoffman wrote:
On 3/15/2013 11:31 AM, marco atzeri wrote:
ok, found.
I do not need to malloc the space for the win32_path
assigning again the pointer does not work.
Next step, to check if no other issues on 64bit
Yes, that would do it... If you allocate new memory
On 3/15/2013 11:31 AM, marco atzeri wrote:
ok, found.
I do not need to malloc the space for the win32_path
assigning again the pointer does not work.
Next step, to check if no other issues on 64bit
Yes, that would do it... If you allocate new memory then the
information never gets passed back
On 3/15/2013 4:00 PM, marco atzeri wrote:
On 3/15/2013 3:24 PM, Bill Hoffman wrote:
On 3/15/2013 7:17 AM, marco atzeri wrote:
Dear Bill,
we are starting to port packages on cygwin at 64 bit
http://cygwin.com/ml/cygwin-apps/2013-03/msg00070.html
Of course a cmake version for that platform will
On 3/15/2013 3:24 PM, Bill Hoffman wrote:
On 3/15/2013 7:17 AM, marco atzeri wrote:
Dear Bill,
we are starting to port packages on cygwin at 64 bit
http://cygwin.com/ml/cygwin-apps/2013-03/msg00070.html
Of course a cmake version for that platform will be helpful;
I tried to build the current s
On Friday 15 March 2013 15:25:13 Eric Noulard wrote:
> 2013/3/15 Martin Koller :
> > On Wednesday 13 March 2013 22:43:01 Alexander Neundorf wrote:
> >> On Wednesday 13 March 2013, Martin Koller wrote:
> >> > cmake 2.8.10, Linux:
> >> >
> >> > What do I need to do to have cmake creating a make insta
2013/3/15 Martin Koller :
> On Wednesday 13 March 2013 22:43:01 Alexander Neundorf wrote:
>> On Wednesday 13 March 2013, Martin Koller wrote:
>> > cmake 2.8.10, Linux:
>> >
>> > What do I need to do to have cmake creating a make install/strip target ?
>>
>> I guess you do have an install target ?
>
On 3/15/2013 7:17 AM, marco atzeri wrote:
Dear Bill,
we are starting to port packages on cygwin at 64 bit
http://cygwin.com/ml/cygwin-apps/2013-03/msg00070.html
Of course a cmake version for that platform will be helpful;
I tried to build the current source and the first obstacle is that
the de
On Wednesday 13 March 2013 22:43:01 Alexander Neundorf wrote:
> On Wednesday 13 March 2013, Martin Koller wrote:
> > cmake 2.8.10, Linux:
> >
> > What do I need to do to have cmake creating a make install/strip target ?
>
> I guess you do have an install target ?
> AFAIK install/strip should be a
On Fri, Mar 15, 2013 at 9:52 AM, Florian Reinhard <
florian.reinh...@googlemail.com> wrote:
> I'm testing the next branch at the moment.
> Changes i noticed:
> setting the following options is no longer required (yay!):
> SET (CMAKE_C_COMPILER_WORKS 1)
> SET (CMAKE_CXX_COMPILER_WORKS 1)
> #skip
After playing around with this more, I realized that this method wouldn't
always work because I can't expect the GUIDs to be available on a fresh run
of CMake. So I went the route that I had seen suggested previously, which is
to explicitly set the GUID values myself.
So in the CMakeLists.txt for
Hello,
Thanks again.
In my case I cannot use your script. I have the constraint to be 'outside
cmake' so I do not know any of internal values like CMAKE_MAKE_PROGRAM. I can
only call 'cmake --build' to build stuff.
I filed a feature request : http://www.cmake.org/Bug/view.php?id=14014
Regards
My ugly macro looks like... Build project macro creates targets
'build${PROJECT}' which can be depended on each other...
It writes to a output batch file, and then calls that batch. The batch
file contains a cmake execution for that target, and then
${CMAKE_MAKE_PROGRAM} command.
--
Thank for the suggestion, now libchewing can use cmake to link the
unicode/wide curses library.
However, is it possible to implement this in official cmake so that others
won't suffer the same pain?
Or is there any problem in the patch providing by [1]?
[1] http://www.cmake.org/Bug/view.php?id=10
If the dependencies are already satisfied, and the cmake_make_program can
run mutliple in parallel, then it works great.
I have a cmake script that builds other cmake top level projects; and this
ends up building in parallel on visual studio.
can't do it with any other compiler I use for windows
Dear Bill,
we are starting to port packages on cygwin at 64 bit
http://cygwin.com/ml/cygwin-apps/2013-03/msg00070.html
Of course a cmake version for that platform will be helpful;
I tried to build the current source and the first obstacle is that
the deprecated "cygwin_conv_to_win32_path" functi
I'm testing the next branch at the moment.
Changes i noticed:
setting the following options is no longer required (yay!):
SET (CMAKE_C_COMPILER_WORKS 1)
SET (CMAKE_CXX_COMPILER_WORKS 1)
#skip ABI checks
SET (CMAKE_DETERMINE_C_ABI_COMPILED 1)
SET (CMAKE_DETERMINE_CXX_ABI_COMPILED 1)
SET (CMAKE_D
Hello,
Thanks for your replies. I understand that I can only 'cmake --build' one
target at a time.
I think that the solutions you propose do not benefit from tools, like ninja,
that have parallel build capabilities.
I'll file a feature request.
Regards,
Greg
-Original Message-
From: N
2013/3/15 Casey Basichis
> Hi Sergei,
>
> Thanks for the the tip on the environment.
>
> I tried that command but I'm now getting a different error.
>
> cmake /Prog/Frameworks/soci/src/
> -DCMAKE_IOS_SDK_ROOT=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iP
Hi Sergei,
Thanks for the the tip on the environment.
I tried that command but I'm now getting a different error.
cmake /Prog/Frameworks/soci/src/
-DCMAKE_IOS_SDK_ROOT=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk
-DCMAKE_TOOLCHAIN_FILE=/Pr
25 matches
Mail list logo
