On Friday 22 December 2006 03:01, Aaron J. Seigo wrote:
> hi all...
>
> i needed to install a dbus auto activation file (*.service) in a cmake
> project and couldn't find a nice way to do that. i ended up writing a macro
> called dbus_add_activation_service and adding a macro to UsePkgConfig.cmake
On Thursday 21 September 2006 03:19, Alan W. Irwin wrote:
> Years ago I somehow got the impression it was not a good idea to mix C and
> C++ object code in the same library, but now I cannot find the reference
> (or I misinterpreted it in the first place).
>
> This really boils down to two question
On Wednesday 09 August 2006 21:44, William A. Hoffman wrote:
> At 07:26 PM 8/9/2006, Matt Rogers wrote:
> >Hi,
> >
> >Would the CMake developers be interested in patches that allows people to
> > use their already installed libraries such as curl, expat, libtar, etc.
&
On Wednesday 09 August 2006 19:26, Brandon J. Van Every wrote:
> Matt Rogers wrote:
> > Hi,
> >
> > Would the CMake developers be interested in patches that allows people to
> > use their already installed libraries such as curl, expat, libtar, etc.
> > on certain
Hi,
Would the CMake developers be interested in patches that allows people to use
their already installed libraries such as curl, expat, libtar, etc. on
certain platforms and fallback to the in-source libraries if they're not
installed?
Initially, I think this would be great for unix/linux bas
On Wednesday 02 August 2006 10:05, you wrote:
> Matt Rogers wrote:
> > As suggested, I've copied most of CMake's code into the KDevelop 4
> > codebase for use in the cmake integration. However, I'd really love to
> > have an external library of some sort
Hi,
As suggested, I've copied most of CMake's code into the KDevelop 4 codebase
for use in the cmake integration. However, I'd really love to have an
external library of some sort that I can link against rather than having to
keep up with CMake's code. This leads to a few questions I have:
1.
Also, don't forget that gcc versions greater than 3.4 have pre-compiled header
support as well.
On Monday 10 July 2006 10:48, speedy wrote:
> Hello David,
>
> I assume you mean something in the line of extending CMake
> API with ADD_PRECOMPILED_HEADER(cpp_file_name, h_file_name)?
>
>
Hi,
The attached patch installs the CMakeLib and it's headers so that they can be
used outside of the cmake source dir w/o having to copy the entire cmake
source. This is useful for projects like KDevelop that would like to have
powerful native support for CMake using the CMake code rather than
Hi,
Awhile back, I asked on the kde-buildsystem
(http://mail.kde.org/pipermail/kde-buildsystem/2006-March/001838.html) list
about getting some sort of API or parser seperation or whatever that I could
use to integrate CMake into KDevelop so that native support for the editing,
configuring, and
10 matches
Mail list logo
