Hi,
The ownership of files is set to the account who builds the package. But I
want to set it to root. For debian packages, I can use fakeroot to do that.
Is there equivalent of fakeroot on Mac? Thanks!
And what if I want to set the ownership to account other than root? Is this
doable for debian
Kenneth Chang wrote:
I manufactured a simple setup to demonstrate what I have. I hope this
helps.
...
Is /home/kchang/sandbox/thost/thostmduserapi.so a valid object? I was
able to reproduce what you had if I did this:
cmake_minimum_required(VERSION 2.6.4)
add_executable(foo foo.c)
targe
On Fri, Aug 14, 2009 at 05:38:06PM -0400, Kenneth Chang wrote:
> SET( CMAKE_SHARED_LIBRARY_PREFIX_bak ${CMAKE_SHARED_LIBRARY_PREFIX} )
> SET( CMAKE_SHARED_LIBRARY_PREFIX )
> FIND_LIBRARY( THOST_LIBRARY thostmduserapi.so
> PATHS /home/kchang/sandbox/thost )
> SET( CMAKE_SHARED_LIBRARY_PREFIX ${CMAK
I manufactured a simple setup to demonstrate what I have. I hope this
helps.
Thanks,
Kenny
CMakeLists.txt
~~
CMAKE_MINIMUM_REQUIRED( VERSION 2.6.4 )
ADD_EXECUTABLE( main
main.cc
)
SET( CMAKE_SHARED_LIBRARY_PREFIX_bak ${CMAKE_SHARED_LIBRARY_PREFIX} )
SET( CMAKE_SHARED_LIBRARY_PREFIX
I'm trying to compile a ASM file using cmake 2.6 (patch 4). I'm running visual
studio 2008, under 64-bit Vista. Neither Win32 or x64 build work.
I have a simple test app (attached), with a single CPP file and an asm file.
My cmakelists.txt looks like this (I have to include the .asm extensio
Kenneth Chang wrote:
I did, then cmake broke the .so down into its component paths and
library name, and used -L -l, which caused the linker to
look for /lib.so
It should not do that in 2.6.4, it should use the full path Do you
have any policy warnings, or do you have the cmake minimum
What does your cache entry say? When you did your testing, did you
always delete the cache? Otherwise you get strange effects...
Please show us the output of something like this in your CMakeLists.txt:
message( STATUS "DEBUG: ABCD_LIBRARY = '${ABCD_LIBRARY}'" )
and the link command you can se
I did, then cmake broke the .so down into its component paths and
library name, and used -L -l, which caused the linker to
look for /lib.so
-Kenny
Bill Hoffman wrote:
Kenneth Chang wrote:
Just downloaded 2.6.4, same behavior.
Do I have to mark the .so extension so it's recognized as a linka
Kenneth Chang wrote:
Just downloaded 2.6.4, same behavior.
Do I have to mark the .so extension so it's recognized as a linkable item?
Why not use target_link_libraries with a full path to the .so?
-Bill
___
Powered by www.kitware.com
Visit other K
Just downloaded 2.6.4, same behavior.
Do I have to mark the .so extension so it's recognized as a linkable item?
Kenny
Dominik Szczerba wrote:
Try latest!
BTW> I am doing such tricks for annoying bad-named stuff:
SET_SOURCE_FILES_PROPERTIES(
${FLEXLM_OBJECTS}
PROPERTIES
A project has a large number of DejaGNU tests and it is unfeasible to
translate them to CTest.
So far I think it is possible to configure and drive DejaGNU from cmake
for running all the test suite, but not parts or individual tests.
Any experiences or advices on how to deal with DejaGNU from cma
Please, find attached to this email the CMakeError.log file.
Thank you.
Lokman.
> Message du 14/08/09 14:17
> De : "Bill Hoffman"
> A : "lokmane.abbas-turki"
> Copie à : cmake@cmake.org
> Objet : Re: [CMake] .vfproj with cmake
>
>
> lokmane.abbas-turki wrote:
> >
> > Hi,
> >
> > I cannot creat
Try latest!
BTW> I am doing such tricks for annoying bad-named stuff:
SET_SOURCE_FILES_PROPERTIES(
${FLEXLM_OBJECTS}
PROPERTIES
EXTERNAL_OBJECT true # if it should be compiled or only linked
GENERATED false # if the obj
kch...@fiji:~$ cmake --version
cmake version 2.6-patch 2
Michael Wild wrote:
What version of CMake are you using? Anything before 2.6 used to do
this, newer versions shouldn't.
Michael
On 14. Aug, 2009, at 18:23, Kenneth Chang wrote:
Tried this, ABCD_LIBRARY gets the correct path, but for so
What version of CMake are you using? Anything before 2.6 used to do
this, newer versions shouldn't.
Michael
On 14. Aug, 2009, at 18:23, Kenneth Chang wrote:
Tried this, ABCD_LIBRARY gets the correct path, but for some reason,
target_link_libraries likes to convert it to -Lxxx -lyyy on the l
Tried this, ABCD_LIBRARY gets the correct path, but for some reason,
target_link_libraries likes to convert it to -Lxxx -lyyy on the link
line. (I've previously typed the name of the file directly into the
target_link_libraries() command too)
I'm seeing some of these properties like EXTERNAL_
Filed under:
http://public.kitware.com/Bug/view.php?id=9418
Many thanks Eric and Michael.
PS. Indeed, cmake-gui does NOT modify the cache in vein, which is what I
would expect.
Dominik
Eric Noulard wrote:
2009/8/14 Michael Wild :
I also noticed that ccmake always modifies the cache. But t
lokmane.abbas-turki wrote:
Hi,
I cannot create a Visual Frotran Project using Intel Fortran 11.0 on
Visual Studio 9. When I press "configure" on the CMake GUI I have the
following error:
CMake Error at C:/PRogram Files/CMake
2.6/share/cmake-2.6/Modules/CMakeTestFortranCompiler.cmake:25 (MES
Hi,
I cannot create a Visual Frotran Project using Intel Fortran 11.0 on
Visual Studio 9. When I press "configure" on the CMake GUI I have the
following error:
CMake Error at C:/PRogram Files/CMake
2.6/share/cmake-2.6/Modules/CMakeTestFortranCompiler.cmake:25 (MESSAGE):
The Fortran compiler "
Another question, how to set the owner of files for MacOSX PackageMaker
packages?
2009/8/14 Dong Tiger
> "fakeroot make package" solved my problem.
>
> 2009/8/10 Eric Noulard
>
> 2009/8/10 Dong Tiger :
>> > Thanks. I'll take a look although I feel CPack should be able to take
>> care
>> > of th
2009/8/14 Michael Wild :
> I also noticed that ccmake always modifies the cache. But that in itself
> should NOT cause a complete rebuild of your project. On the next `make' it
> should only re-configure and regenerate the build system, and then print a
> list of all targets as Make checks them all
Hi all,
I was wondering whether it would be useful if join_arguments() were
added to CMake (not as a macro, but as a built-in command), where
join_arguments() does the oppositie of separate_arguments(); i.e. create
a space separated string of the elements of a list.
I know that several people hav
Your post solved it!
I use an environment variable for project name, which is set only for the
process running CMake, not CPack. So when i substitute this variable with a
string, it is ok.
Thank you!
Karl
From: David Cole [mailto:david.c...@kitware.com]
Sent:
"fakeroot make package" solved my problem.
2009/8/10 Eric Noulard
> 2009/8/10 Dong Tiger :
> > Thanks. I'll take a look although I feel CPack should be able to take
> care
> > of that automatically.
>
> That's your point of view and I respect it but...
>
> > Especially the owner of files should
I also noticed that ccmake always modifies the cache. But that in
itself should NOT cause a complete rebuild of your project. On the
next `make' it should only re-configure and regenerate the build
system, and then print a list of all targets as Make checks them all,
but nothing should be
Tested with cmake 2.6.4 on linux.
It is the case with all my projects, probably we don't need a test case.
The mentioned actions simply modify CMakeCache.txt (check with your
running projects), while they should not, should they?
Dominik
Eric Noulard wrote:
2009/8/13 Dominik Szczerba :
Once
On Thu, Aug 13, 2009 at 4:32 PM, Robert Dailey wrote:
> In case no one knows this, the Subversion API requires over 10 separate
> dependencies in order to build it into a fully-functional API. In other
> words, there are certain dependencies that are optional, but I'm assuming a
> case where they
27 matches
Mail list logo
