Re: CMake based configuration for ccRTP
David Sugar <[email protected]> Sat, 19 Dec 2009 10:47:46 -0500
| Newsgroups | gmane.comp.gnu.ccrtp.devel |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --------------090503040907060603010305 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I also saw cmake as a useful way to help those trying to import/build project files for example under xcode or codeblocks, or maybe kdevelop, since cmake can also generate ide project files. Werner Dittmann wrote: > David, > > thanks for the fast reply. I'll do some enhacements on the > cmake files and check them in during the next days. > > I wrote some cmake macros and copied/modified some existing > cmake macros (in the project specific cmake Modules directory) > to better support the creation of source distribution and > RPM packages. > > Regards, > Werner > > Am 19.12.2009 04:47, schrieb David Sugar: >> I am in favor of supporting cmake, especially if we can do it alongside >> the existing autotools. Yes, we need to do this down the stack, >> including of course common c++ and there has already been one person >> experimenting with commonc++ cmake. I also actually do want to use >> cmake in ucommon and sipwitch as well. >> >> Werner Dittmann wrote: >>> All, >>> >>> during the last days I created files and functions to support >>> CMake based configuration setup. In a first step I did this >>> for the ZRTP extension because I know this best :-) . The >>> new CMake configuration cover the same functionality as >>> autoconf, but much simpler to handle. This includes >>> configuration, the full make targets and includes building >>> a RPM package . These files are already available in SVN. >>> >>> I started to do the same for the ccRTP stuff. In my sandbox >>> I have already a working setup that creates the ccRTP lib and >>> creates a source distribution. Building a RPM package is the >>> next step (quite easy), then adding the demo directory (also >>> fairly easy). >>> >>> I did this exercise because some (well, at least kdevelop4) >>> development tools do not support autoconf/automake anymore and >>> switched to CMake. >>> >>> Both toolsets can live in parallel to simplify migration. >>> >>> Question: would it be ok if I checkin the cmake stuff for ccRTP >>> also once I completed the above steps? Of course this is a first >>> working version only that should be enhanced over the time. >>> >>> Regards, >>> Werner >>> >>> >>> _______________________________________________ >>> Ccrtp-devel mailing list >>> [email protected] >>> http://lists.gnu.org/mailman/listinfo/ccrtp-devel > --------------090503040907060603010305 Content-Type: text/x-vcard; charset=utf-8; name="dyfet.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dyfet.vcf" begin:vcard fn:David Sugar n:Sugar;David org:GNU Telephony email;internet:[email protected] tel;work:+1 609 465 5336 url:http://www.gnutelephony.org version:2.1 end:vcard --------------090503040907060603010305 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Ccrtp-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/ccrtp-devel --------------090503040907060603010305--