If you're asking if the module should find svn.exe if all you need
is the subversion libraries, the answer is it doesn't have to. Once
COMPONENTS have been specified the module can require the user
specify one to find executables as well. FindImageMagick is a good
example of this. It
On Sun, Sep 27, 2009 at 4:50 AM, SF Markus Elfring
elfr...@users.sourceforge.net wrote:
If you're asking if the module should find svn.exe if all you need
is the subversion libraries, the answer is it doesn't have to. Once
COMPONENTS have been specified the module can require the user
You could look to FindImageMagick for inspiration. It started as a way to
find the ImageMagick binary utilities like convert and mogrify but
support was added to detect the ImageMagick libraries via specifying
additional COMPONENTS.
Not sure if this approach is completely correct for Subversion
You could look to FindImageMagick for inspiration. It started as a
way to find the ImageMagick binary utilities like convert and
mogrify but support was added to detect the ImageMagick libraries
via specifying additional COMPONENTS.
Thanks for your suggestion.
I am also interested in
On Sat, Sep 26, 2009 at 5:10 PM, SF Markus Elfring
elfr...@users.sourceforge.net wrote:
You could look to FindImageMagick for inspiration. It started as a
way to find the ImageMagick binary utilities like convert and
mogrify but support was added to detect the ImageMagick libraries
via
Again, to me it looks like FindSubversion is for *using* Subversion, not
for building it. As such, setting up include paths and link libraries is
not appropriate in that module.
Does a naming convention exist for configuration scripts?
How should names be distinguished between scripts which
You mean that you have FindSubversion.cmake as part of your
CMake installation?
Yes. - The configuration script is a part of the package cmake 2.6.4-29.2
from the openSUSE build service.
I don't see any variables defined with those names in the module you
linked above. What is the question
On Tue, Sep 22, 2009 at 09:10:01AM +0200, SF Markus Elfring wrote:
I do not want to develop an add-on. But I would like to create a
little program for my own purposes that is based on the application
programming interface like it is described in the document Using the
APIs - Chapter 8.
Again, to me it looks like FindSubversion is for *using* Subversion, not
for building it. As such, setting up include paths and link libraries is
not appropriate in that module.
How should a module be called which provides all required settings for the
build process?
I'm not aware of a
On Tue, Sep 22, 2009 at 11:51 AM, Tyler Roscoe ty...@cryptio.net wrote:
On Tue, Sep 22, 2009 at 09:10:01AM +0200, SF Markus Elfring wrote:
How are the chances that another improved script will be added to the
available modules?
On Tue, Sep 22, 2009 at 10:57:14PM -0400, Philip Lowman wrote:
http://fisheye.freeswitch.org/browse/FreeSWITCH/cmake_modules/FindAPRUtil.cmake
If you want to use that FindAPRUtil module, you can drop it in your
CMake modules directory (alongside the dozens of other Find*.cmake files
in
Hello!
A configuration script on my Linux system contains the following information.
# $Id: FindSubversion.cmake,v 1.2.2.3 2008-05-23 20:09:34 hoffman Exp $
http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/FindSubversion.cmake?revision=1.4root=CMakeview=markup
I have got the impression that
On Mon, Sep 21, 2009 at 08:15:47PM +0200, SF Markus Elfring wrote:
A configuration script on my Linux system contains the following information.
# $Id: FindSubversion.cmake,v 1.2.2.3 2008-05-23 20:09:34 hoffman Exp $
13 matches
Mail list logo