2007/6/14, Brandon Van Every <[EMAIL PROTECTED]>:
On 6/13/07, Jesper Eskilson <[EMAIL PROTECTED]> wrote:
> 2007/6/13, Brandon Van Every <[EMAIL PROTECTED]>:
> >
> > But why don't you just ship your users a dynamic lib? As far as I
> > know, there are no restrictions on dynamic libs including st
$ ls
CMakeLists.txt dummy.c
$ cat CMakeLists.txt
PROJECT(foo)
ADD_LIBRARY(dummy SHARED EXCLUDE_FROM_ALL dummy.c)
$ cmake .
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Check size of void*
-- Check size of void* - done
-- Check for working
On 6/14/07, Clark J. Wang <[EMAIL PROTECTED]> wrote:
On 6/14/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
>
> On 2007-06-14 08:58+0800 Clark J. Wang wrote:
>
> > Shared libs have different suffixes on different OSes. For example on
> Linux
> > the suffix is `.so' and on Mac OS X it's `.dylib'. I
On 6/14/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
On 2007-06-14 08:58+0800 Clark J. Wang wrote:
> Shared libs have different suffixes on different OSes. For example on
Linux
> the suffix is `.so' and on Mac OS X it's `.dylib'. I want to use
`dlopen()'
> in my code so I want to get the suffix
On 2007-06-14 08:58+0800 Clark J. Wang wrote:
Shared libs have different suffixes on different OSes. For example on Linux
the suffix is `.so' and on Mac OS X it's `.dylib'. I want to use `dlopen()'
in my code so I want to get the suffix and then define it in a header file.
Can I do that in CMake
On 6/14/07, Brandon Van Every <[EMAIL PROTECTED]> wrote:
On 6/13/07, Clark J. Wang <[EMAIL PROTECTED]> wrote:
> Shared libs have different suffixes on different OSes. For example on
Linux
> the suffix is `.so' and on Mac OS X it's `.dylib'. I want to use
`dlopen()'
> in my code so I want to get
On 6/13/07, Clark J. Wang <[EMAIL PROTECTED]> wrote:
Shared libs have different suffixes on different OSes. For example on Linux
the suffix is `.so' and on Mac OS X it's `.dylib'. I want to use `dlopen()'
in my code so I want to get the suffix and then define it in a header file.
Can I do that in
On 6/13/07, Jesper Eskilson <[EMAIL PROTECTED]> wrote:
2007/6/13, Brandon Van Every <[EMAIL PROTECTED]>:
>
> But why don't you just ship your users a dynamic lib? As far as I
> know, there are no restrictions on dynamic libs including static libs.
That is an alternative, but it requires a non-t
Shared libs have different suffixes on different OSes. For example on Linux
the suffix is `.so' and on Mac OS X it's `.dylib'. I want to use `dlopen()'
in my code so I want to get the suffix and then define it in a header file.
Can I do that in CMake? And how?
Thanks.
2007/6/13, Jun Sun <[EMAIL PROTECTED]>:
I am very interested in the answer too. In general, I like to know
if cmake can support corss compiling and cross linking.
I am new to cmake. I assume if cmake has the ablility to specify
the compiler and linker, at least the problem is half-solved.
Ef
Bill Hoffman wrote:
I think you have added /usr/local/lib
to ld.conf on your system.
Hmm...
/etc/ld.so.conf.d$ ll
total 48
-rw-r--r-- 1 root root 24 Nov 27 2006 glib-2.0-i386.conf
-rw-r--r-- 1 root root 15 Jul 6 2006 local.conf
-rw-r--r-- 1 root root 15 May 12 2005 mysql-i386.conf
-rw-r--r
Bill Hoffman wrote:
>
> /usr/local is not part of any of the systems, and has to be explicitly
> added by the user in LD_LIBRARY_PATH.
Mostly true. Solaris and Linux's ld will also use ldconfig's paths when
searching for libraries.
> Also, the discovery of run time libraries might not always be
I am very interested in the answer too. In general, I like to know
if cmake can support corss compiling and cross linking.
I am new to cmake. I assume if cmake has the ablility to specify
the compiler and linker, at least the problem is half-solved.
Cheers.
Jun
On Tue, Jun 05, 2007 at 03:25:4
Matthew Woehlke wrote:
Bill Hoffman wrote:
I guess my take is that most system tools like ld and such don't even
know about /usr/local/lib, so
why should cmake search there first?
I guess that's true if "most" is measured by number of OS's, counting
e.g. Linux, Solaris, etc as one each. If "
Hi,
I am using SVNUpdateOptions to update my files to a specific
revision.
However, it doesn't always work. When I run
ctest -D Continuous --overwrite SVNUpdateOptions="-r5000"
it works; files get updated to revision 5000. However, this doesn't
work:
ctest -D Nightly --overwrite
Bill Hoffman wrote:
I guess my take is that most system tools like ld and such don't even
know about /usr/local/lib, so
why should cmake search there first?
I guess that's true if "most" is measured by number of OS's, counting
e.g. Linux, Solaris, etc as one each. If "most" means Linux, then
gga wrote:
Bill Hoffman wrote:
So, I guess it depends on the UNIX system you are using... Say on
Solaris or HPUX I would
expect /usr to come before /usr/local, at least for the system
compiler.
AFAIK, that's not right. HPUX and Solaris work just like every other
Unix distro
Bill Hoffman wrote:
>>
> So, I guess it depends on the UNIX system you are using... Say on
> Solaris or HPUX I would
> expect /usr to come before /usr/local, at least for the system
> compiler.
AFAIK, that's not right. HPUX and Solaris work just like every other
Unix distro, and /usr/local is
On 6/12/07 5:36 PM, Jesper Eskilson wrote:
> What you're asking for seems kinda weird. What's the motive?
>
> foo.obj and bar.obj uses symbols in mydll.dll, and I want to allow users
> of mystatic.lib to just have to link with mystaticlib.lib, and not with
> mydll.lib.
>
> Note that an impor
Bill Hoffman wrote:
gga wrote:
[snippage]
Okay, no comments so far, so I logged it as a bug -- see bug #5156.
So, I guess it depends on the UNIX system you are using...
Possibly. On Linux (at least in my experience) it is definitely expected
that /usr/local overrides /usr.
Say on Solari
Forgot to cc the list.
-- Forwarded message --
From: Jesper Eskilson <[EMAIL PROTECTED]>
Date: 2007-jun-13 19:56
Subject: Re: [CMake] creating static library with references to other .lib files
To: Brandon Van Every <[EMAIL PROTECTED]>
2007/6/13, Brandon Van Every <[EMAIL PROTEC
Hi,
I started to add a new generator for VisualDSP++ project files.
VisualDSP++ is a IDE for embedded processors (Blackfin, SHARC and
TigerSHARC).
The first file to create is the project group xml file which looks like
that:
tata
On 6/12/07, Jesper Eskilson <[EMAIL PROTECTED]> wrote:
2007/6/12, Brandon Van Every <[EMAIL PROTECTED]>:
>
> I don't know what the MSVC linker can accomplish. Would suggest reading
the MSVC docs to make sure it can be done.
I *know* that it can be done, since our current hand-written .vcproj fi
On 6/13/07, Mathieu Malaterre <[EMAIL PROTECTED]> wrote:
Sorry did not see the bug. I changed the assignee to Bill, since Andy
C. left Kitware.
Hm I didn't realize that. I changed 2 other bugs I've filed in the same manner.
Cheers,
Brandon Van Every
__
On 6/13/07, Mathieu Malaterre <[EMAIL PROTECTED]> wrote:
Hello,
This is a follow up on :
http://public.kitware.com/pipermail/cmake/2006-June/009652.html
It would be super nice if cmake 2.4.7 could handle correctly either
possibility. Or at least clearly add that in the documentation.
Ple
Hello,
This is a follow up on :
http://public.kitware.com/pipermail/cmake/2006-June/009652.html
It would be super nice if cmake 2.4.7 could handle correctly either
possibility. Or at least clearly add that in the documentation.
thanks,
--
Mathieu
gga wrote:
gga wrote:
Currently, using cmake2.5, I am finding the lookup order of FIND_PATH /
FIND_LIBRARY to be counter productive, so I'm wondering if this is a bug
or intended behavior. If intended behavior, I would also want to know
what's the proper way around it.
Okay, no comme
gga wrote:
> Currently, using cmake2.5, I am finding the lookup order of FIND_PATH /
> FIND_LIBRARY to be counter productive, so I'm wondering if this is a bug
> or intended behavior. If intended behavior, I would also want to know
> what's the proper way around it.
>
Okay, no comments so far, s
gga wrote:
> Currently, using cmake2.5, I am finding the lookup order of FIND_PATH /
> FIND_LIBRARY to be counter productive, so I'm wondering if this is a bug
> or intended behavior. If intended behavior, I would also want to know
> what's the proper way around it.
>
Okay, no comments so far, s
Hello CMake-gurus,
I have defined a test-target in my CMakeLists.txt file like this:
add_test(${TEST_TARGET} ${CMAKE_CTEST_COMMAND}
--extra-verbose
--build-config ${CMAKE_BUILD_TYPE}
--build-and-test ${TESTS_SOURCE_DIR} ${TESTS_BINARY_DIR}
--build-
About the XXX_FIND_QUIETLY § (last one), there is a clumsy wording
that says:
If the QUIET option is given to the command it will set the variable
XXX_FIND_QUIETLY to true before loading the FindXXX.cmake module.
If this variable is set the module should not complain about not
be
I'm not sure why it's not working for you... sounds like a bug.
As a workaround, you could pass in the initial values with -D on the cmake
or ccmake command line.
Are you using CMake 2.4.6 or 2.4.7 or something earlier...?
On 6/13/07, Vitor Vasconcelos Araujo Silva <[EMAIL PROTECTED]> wrote:
NSIS also works for linux, it just has a small different command line
interface. Here is a patch from Michal Čihař to make it work.
Index: cmake-2.4.6/Source/CPack/cmCPackGenerators.cxx
===
--- cmake-2.4.6.orig/Source/CPack/cmCPackG
Hurd does not have SA_SIGINFO, this patch is needed in order to build
cmake.
Index: cmake-2.4.6/Source/kwsys/ProcessUNIX.c
===
--- cmake-2.4.6.orig/Source/kwsys/ProcessUNIX.c
+++ cmake-2.4.6/Source/kwsys/ProcessUNIX.c
@@ -2328,7 +23
Index: cmake-2.4.6/Modules/Platform/GNU.cmake
===
--- /dev/null
+++ cmake-2.4.6/Modules/Platform/GNU.cmake
@@ -0,0 +1,10 @@
+# GCC is the default compiler on GNU/Hurd.
+SET(CMAKE_DL_LIBS "dl")
+SET(CMAKE_SHARED_LIBRARY_C_FLAGS "-fPIC"
Hi,
I recently got involved in cmake packaging in Debian. Will follow
a couple of patches that we include in Debian's cmake.
We also have an issue, with cmake on debian and 64 bits platforms.
Cmake on 64 bits platforms searches libraries in */lib64 whereas in
debian this is intended to be a
This line:
SET (CMAKE_BUILD_TYPE "Release" CACHE TYPE STRING)
should be:
SET (CMAKE_BUILD_TYPE "Release" CACHE STRING "documentation string here")
You are trying to specify "TYPE" as the type of the varibale
Thanks David,
Yes, I fell stupid to let pass a mistake like this, but
37 matches
Mail list logo