On 23.06.08 15:34:05, Ravi Tej Kavalipati wrote:
> Hi,
> i have done it.. but still am getting the same errors.
> i have also done in an alternative way
> ___
> # alternative way
> set (BOOST_ROOT /usr/local)
> set (BOOST_LIBRARYDIR /usr/l
> On Monday 23 June 2008 19:26:36 Mike Jackson wrote:
>> Could you list off the top of your head some of the tools that have
>> given you trouble? I have never run into the line ending issues yet
>> but I may in the future. I would be good to have an idea what tools
>> will NOT handle unix line end
Hi,
i have done it.. but still am getting the same errors.
i have also done in an alternative way
___
# alternative way
set (BOOST_ROOT /usr/local)
set (BOOST_LIBRARYDIR /usr/local/lib)
set (BOOST_INCLUDEDIR /usr/local/include)
find_packa
Bill Hoffman wrote:
OK, I have checked in a fix.
[EMAIL PROTECTED] ~/My Builds/CMake/Source
udio linking" cmake.cxxupport large object file lists with incremental
visual st
Committer: Bill Hoffman <[EMAIL PROTECTED]>
/cvsroot/CMake/CMake/Source/cmake.cxx,v <-- cmake.cxx
new revision: 1.387;
On Monday 23 June 2008 19:26:36 Mike Jackson wrote:
> Could you list off the top of your head some of the tools that have
> given you trouble? I have never run into the line ending issues yet
> but I may in the future. I would be good to have an idea what tools
> will NOT handle unix line endings.
Mike Jackson wrote:
Could you list off the top of your head some of the tools that have
given you trouble? I have never run into the line ending issues yet but
I may in the future. I would be good to have an idea what tools will NOT
handle unix line endings.
Thanks
No, I can't think of a lis
Could you list off the top of your head some of the tools that have
given you trouble? I have never run into the line ending issues yet
but I may in the future. I would be good to have an idea what tools
will NOT handle unix line endings.
Thanks
--
Mike Jackson Senior Research Engineer
In
Bill Hoffman wrote:
Alan W. Irwin wrote:
On 2008-06-23 12:45-0400 David Cole wrote:
The Windows source package is built on Windows with Windows tools.
Similarly for the Unix source package.
That procedure obviously works for the CMake release manager, but in
my case
it won't work since I do
Just FYI, I have started working on integrating the new components
stuff in the debian package generation. As I described in my email to
debian-developer (see below), I will be going away from the current
implementation which did not rely on dpkg-* tools to generate debian
package.
As explained in
Alan W. Irwin wrote:
On 2008-06-23 12:45-0400 David Cole wrote:
The Windows source package is built on Windows with Windows tools.
Similarly for the Unix source package.
That procedure obviously works for the CMake release manager, but in my
case
it won't work since I don't have access to W
On 2008-06-23 12:45-0400 David Cole wrote:
The Windows source package is built on Windows with Windows tools.
Similarly for the Unix source package.
That procedure obviously works for the CMake release manager, but in my case
it won't work since I don't have access to Windows. From your respo
Félix C. Morency wrote:
Hi,
Here's the situation:
Install is performed according to the ${CMAKE_INSTALL_PREFIX}:
install( FILES ${someFile) DESTINATION ${someRelativePath} )
This works great and don't need admin rights to "make package".
The problem is that I can't install anything in /etc w
Hi,
Here's the situation:
Install is performed according to the ${CMAKE_INSTALL_PREFIX}:
install( FILES ${someFile) DESTINATION ${someRelativePath} )
This works great and don't need admin rights to "make package".
The problem is that I can't install anything in /etc without redefining the
CMAK
On 23.06.08 12:25:38, Ravi Tej Kavalipati wrote:
> I am using the Cmake to link the boost libraries to my project HPX, But im
> getting various link errors in the process.
> can anyone please let me know if I am misrepresenting anything.
> ___
Hi,
I am using the Cmake to link the boost libraries to my project HPX, But im
getting various link errors in the process.
can anyone please let me know if I am misrepresenting anything.
___
#CMakeLists.txt
# Distributed under
On Monday 23 June 2008 20:43:29 Mike Arthur wrote:
> On Monday 23 June 2008 17:30:21 Timenkov Yuri wrote:
> > Hmm, I don't think this should be a big deal:
> >
> > qt4_wrap_cpp(MyApp_MOC_SRCS ${MyApp_HDRS})
> > source_group("Autogenerated MOC files" FILES ${MyApp_MOC_SRCS})
> >
> > I didn't try it,
The Windows source package is built on Windows with Windows tools.
Similarly for the Unix source package.
If you do it that way, everything "just works".
On Mon, Jun 23, 2008 at 11:55 AM, Alan W. Irwin <[EMAIL PROTECTED]>
wrote:
> I have a Windows user for FreeEOS that is having trouble with th
On Monday 23 June 2008 17:30:21 Timenkov Yuri wrote:
> Hmm, I don't think this should be a big deal:
>
> qt4_wrap_cpp(MyApp_MOC_SRCS ${MyApp_HDRS})
> source_group("Autogenerated MOC files" FILES ${MyApp_MOC_SRCS})
>
> I didn't try it, but this should work :)
> My be it worth filing feature request
On Monday 23 June 2008 20:17:06 Mike Arthur wrote:
> On Monday 23 June 2008 16:36:53 Timenkov Yuri wrote:
> > Just add them to corresponding target. CMake won't try to compile them if
> > they don't have source file extension. If file has a source file extension,
> > you should set source files pro
On Monday 23 June 2008 16:36:53 Timenkov Yuri wrote:
> Just add them to corresponding target. CMake won't try to compile them if
> they don't have source file extension. If file has a source file extension,
> you should set source files property HEADER_FILE_ONLY to true: ex:
That seems to work grea
Quick example:
SET (SRCS Example.cpp)
SET (HEADERS Example.h)
Add_Executable (test ${SRCS} ${HEADERS} )
HTH
--
Mike Jackson Senior Research Engineer
Innovative Management & Technology Services
On Jun 23, 2008, at 11:22 AM, Mike Arthur wrote:
It seems that the CMake Visual Studio 2008
I have a Windows user for FreeEOS that is having trouble with the (Unix)
line endings in the FreeEOS source release tarball. The PLplot team have
never had any complaints about this issue so I assume most Windows users
know how to convert Unix line endings. OTOH, I notice the CMake
release deals
On Monday 23 June 2008 19:22:28 Mike Arthur wrote:
> It seems that the CMake Visual Studio 2008 project generator won't add any
> source files that it doesn't use in a add_executable or add_library call.
> I've tried manually adding others using source_group but this doesn't seem to
> make any d
It seems that the CMake Visual Studio 2008 project generator won't add any
source files that it doesn't use in a add_executable or add_library call.
I've tried manually adding others using source_group but this doesn't seem to
make any difference.
How do I add e.g. headers to my projects?
--
C
On Monday 23 June 2008 10:28:48 Mike Arthur wrote:
> On Friday 20 June 2008 21:10:45 Stefán Freyr Stefánsson wrote:
> > Is there any way for me to have CMake revert to the YARP_DIR method if
> > the FindYARP.cmake script is unsuccessful?
>
> What I do, for CLucene, is the following:
>
> if (NOT CLU
On Friday 20 June 2008 21:10:45 Stefán Freyr Stefánsson wrote:
> Is there any way for me to have CMake revert to the YARP_DIR method if the
> FindYARP.cmake script is unsuccessful?
What I do, for CLucene, is the following:
if (NOT CLUCENE_LIBRARY)
add_subdirectory(CLucene)
set(CLUCENE_LIBR
On Friday 20 June 2008 20:50:54 Philip Lowman wrote:
> You may also be able to use the PREFIX hack to change the location where
> the target is generated.
>
> IF(MSVC)
>SET_TARGET_PROPERTIES(foo PROPERTIES PREFIX "modules/")
> ENDIF(MSVC)
Filthy but works nicely. Thanks!
--
Cheers,
Mike Arth
27 matches
Mail list logo
