Zitat von Óscar Fuentes o...@wanadoo.es:
There are target properties such as LINK_FLAGS and LINK_FLAGS_CONFIG,
but I don't see properties for setting compiler flags. This makes
impossible to build two targets on the same CMakeLists.txt with
different compiler flags (I was told that the last
Am Montag 14 März 2011, 16:35:21 schrieb Óscar Fuentes:
Hendrik Sattler p...@hendrik-sattler.de
writes:
Zitat von Óscar Fuentes o...@wanadoo.es:
There are target properties such as LINK_FLAGS and LINK_FLAGS_CONFIG,
but I don't see properties for setting compiler flags. This makes
Zitat von Valeriy Bykov valery.bic...@gmail.com:
So I'll try to describe all my problems:
I want to build all the project statically using certain version of glibc,
gcc and all other libs I need. They are situated in the folder builddeps
which I can simply checkout on any host and pass it's path
Am Montag 18 April 2011, 15:25:24 schrieb Łukasz Tasz:
Hi all,
I got a simple question,
What is idea behind target property LINK_FLAGS?
When I add linker flag e.g --no-undefined then cmake is not alligning
it to real linker that will be used during linking.
for example --no-undefined
Am Montag, 23. Mai 2011, 01:36:14 schrieb Sanatan Rai:
After cmake, and make all, the libraries build as static archives, ie I get
liblib1.a, liblib2.a, libhelper1.a, libhelper2.a and executable myProj in
the appropriate locations. However, the executable myProj does not appear
to have linked
Zitat von Sanatan Rai sana...@gmail.com:
The `global initialisation' stuff is just the following pattern:
namespace {
helper1 *helper1Creator()
{
return (new helper1());
}
const bool helper1Registered = factory::instance().registerhelper
(helper1, helper1Creator);
}
So when I
Zitat von Maxime Lecourt maxime.leco...@gmail.com:
I'm having what is probably a newbie problem, but a problem to me.
I have C source files in two different directories, that I use to build a
dll, that is loaded by another C++ project.
I tried to build C objects and link with C++
Am Samstag, 4. Juni 2011, 21:17:49 schrieb Stephen Kelly:
Hi,
I came up with an idea to simplify the creation of export headers for
hidden visibility by using configure_file.
After implementing it I saw that the idea has come up before :)
Am Sonntag, 5. Juni 2011, 11:45:20 schrieb Stephen Kelly:
Hendrik Sattler wrote:
Really why? There is no dynamic content in such a header file.
I'm not sure what you mean? Could you be more specific?
This header file only contains static content. You don't even one definition
per
library
Am Sonntag, 5. Juni 2011, 18:16:03 schrieb Michael Wild:
On 06/05/2011 05:34 PM, Hendrik Sattler wrote:
Am Sonntag, 5. Juni 2011, 11:45:20 schrieb Stephen Kelly:
Hendrik Sattler wrote:
Really why? There is no dynamic content in such a header file.
I'm not sure what you mean? Could you
Zitat von Raymond Wan r@aist.go.jp:
Hi all,
I'm having a problem which I can't quite figure out how to solve.
Basically, I have C++ source code in two directories, each for a
different class. Let's say:
src/X
src/Y
Each one makes a different class but ultimately X makes use of Y
(i.e.,
Zitat von Raymond Wan r@aist.go.jp:
Hi Hendrik,
Thank you for the suggestions!
On Tue, Jun 7, 2011 at 17:02, Hendrik Sattler
p...@hendrik-sattler.de wrote:
Zitat von Raymond Wan r@aist.go.jp:
I think/hope so far things are ok... I can compile Y and run it with
no problems
Am Montag, 27. Juni 2011, 18:40:19 schrieb Todd Gamblin:
On Jun 26, 2011, at 7:12 AM, Owen Shepherd wrote:
On 25/06/2011 07:30, Michael Hertling mhertl...@online.de wrote:
On 06/24/2011 04:16 PM, Owen Shepherd wrote:
I think the appropriate solution here is a project-specific dialect
flag
Zitat von Eric Noulard eric.noul...@gmail.com:
2011/7/29 Bjørn Forsman bjorn.fors...@gmail.com:
As you guessed this is impossible without backward compat' breakage.
e.g. be aware that with CPACK_SET_DESTDIR set to ON RPM and DEB
behavior changes
namely RPM package built with that may not be
Am Dienstag, 2. August 2011, 21:55:16 schrieb Alexander Neundorf:
Hi,
until recently, I recommended to install Config.cmake files more or less
like this:
install(FILES FooConfig.cmake DESTINATION lib${LIB_SUFFIX}/cmake/Foo )
with LIB_SUFFIX being 64 on systems where this is required.
Zitat von Michael Wild them...@gmail.com:
Just a few of my thoughts on this:
Same for me.
- There are several ways to handle dead symlinks:
1. Don't check, let the linker complain (status quo)
2. Check whether the found library is a symlink, and if not valid,
remove it silently from
Zitat von Micha Renner micha.ren...@t-online.de:
Am Donnerstag, den 29.09.2011, 09:22 +0200 schrieb Hendrik Sattler:
Zitat von Michael Wild them...@gmail.com:
Just a few of my thoughts on this:
Same for me.
- There are several ways to handle dead symlinks:
1. Don't check, let the linker
On Thu, 13 Oct 2011 12:09:41 -0500, Robert Dailey wrote:
First of all I'm using cmake 2.8.6 and generating Visual Studio 2003
projects with it.
There is a particular project that needs to first copy its header
files to a
specific directory in a specific structure. After that, all other
On Tue, 18 Oct 2011 14:07:28 +0200, David Boesner wrote:
The error is, that gtk/gtk.h is not found
Path of that file in Debian: /usr/include/gtk-3.0/gtk/gtk.h
So you may want to give CMake a hint to /usr/include/gtk-3.0.
But this path can change. So you may want to consider to use
On Tue, 18 Oct 2011 14:13:35 +0200, David Boesner wrote:
i wanted to use pkg-config, but that is expired
Where did you read that? There is still a pkg-config file:
/usr/lib/pkgconfig/gtk+-3.0.pc
Please keep the discussion on-list.
2011/10/18 Hendrik Sattler p...@hendrik-sattler.de
Please keep the discussion on-list!
On Tue, 18 Oct 2011 14:23:37 +0200, David Boesner wrote:
i read that in an errormessage as i was trying make
That is quite unclear. Can you be a bit more verbose?
2011/10/18 Hendrik Sattler p...@hendrik-sattler.de
On Tue, 18 Oct 2011 14:13:35 +0200
On Thu, 27 Oct 2011 05:40:24 -0700, Phil Smith wrote:
Hmm. My zosport.cmake is now (comments/blank lines removed):
SET(CMAKE_SYSTEM_NAME IBM_ZOS)
SET(CMAKE_C_COMPILER_ID_RUN 1)
SET(CMAKE_C_PLATFORM_ID MyPlatform)
SET(CMAKE_C_COMPILER_ID MyCompiler)
SET(CMAKE_C_COMPILER regina)
Am 03.11.2011 12:26, schrieb John R. Cary:
Feels like I am doing something wrong.
Looking for multiple libraries:
$ cat CMakeLists.txt
set(mylibdir /contrib/netcdf-4.1.2-ser/lib)
foreach (name netcdf_c++ netcdff netcdf)
message(Looking for ${name} in ${mylibdir}.)
find_library(mylib NAMES
Am 03.11.2011 12:42, schrieb Hendrik Sattler:
Am 03.11.2011 12:26, schrieb John R. Cary:
Feels like I am doing something wrong.
Looking for multiple libraries:
$ cat CMakeLists.txt
set(mylibdir /contrib/netcdf-4.1.2-ser/lib)
foreach (name netcdf_c++ netcdff netcdf)
message(Looking
Am 03.11.2011 15:51, schrieb Mauricio Klein:
Thank you Raphael, it worked!
One last question: i've tried to compile my code using static
linkage, once
i need my daemon runs in many Linux releases. But, even static, in
many
systems my code crashes because the GLIBC version.
My question is:
Am 04.11.2011 11:44, schrieb Rolf Eike Beer:
Thanks, it solved it.
I thought that using set(a project_a) then using ${a} would be the
same
than using project_a (therefore I could use the same variable
everywhere
and simply change the target name in the set). But it seems it is
not the
same.
Am 04.11.2011 12:35, schrieb Ludovic Hoyet:
But my variable ${a} was not set in the a project CMakeLists.txt but
in the
root CMakeLists.txt file. If I don't make a mistake the variable
would be
accessible for all the subdirectories then.
Not in the example you posted.
HS
--
Powered by
Am 07.11.2011 12:04, schrieb Daniel Dekkers:
Just a thought.
Just a thought on your thought.
We are incorporating 3rd party library Bullet in our own library.
This can
be done on two levels (via an option). Either by sources (which is
standard
practice with Bullet), or by linking to the
Am 07.11.2011 14:49, schrieb Daniel Dekkers:
Hi Hendrik,
Could you write a few more lines. I want to understand,... but I
don't. ;-)
We only have one copy of Bullet as a bundle present on the system.
Let's
say you just downloaded Bullet.
With BULLET_ROOT, we set the root path to that copy
Am 09.11.2011 23:00, schrieb Stefan Monnier:
I'm trying to use cmake for a project using OCaml, so I'm trying to
add
support for a new language.
Among the many problems I encounter, the most pressing is the
following: the rule to build object files
(CMAKE_OCaml_COMPILE_OBJECT)
seems to want a
Am Freitag, 11. November 2011, 17:41:34 schrieb David Cole:
You just need to install a PlatformSDK to go with VS 2010 Express.
Search the mailing list for prior discussions of this fact.
Last time I tried, VS10Express included the PlatformSDK.
HS
--
Powered by www.kitware.com
Visit other
Am Freitag, 11. November 2011, 15:55:12 schrieb Stefan Monnier:
According to http://caml.inria.fr/pub/docs/manual-ocaml/manual022.html,
it does:
-o exec-file
Specify the name of the output file produced by the compiler. The
default output name is a.out under Unix and
Am Donnerstag, 17. November 2011, 18:26:08 schrieb Alexander Neundorf:
Let's say package Foo (unrelated to KDE, and unrelated to cmake) has been
ported from UNIX to Windows, and installs a pkgconfig file.
This pkgconfig file is generated at the time when the binary package for
Foo is
Am Donnerstag, 17. November 2011, 21:38:20 schrieb Hendrik Sattler:
Am Donnerstag, 17. November 2011, 18:26:08 schrieb Alexander Neundorf:
Let's say package Foo (unrelated to KDE, and unrelated to cmake) has been
ported from UNIX to Windows, and installs a pkgconfig file.
This pkgconfig
Am 22.11.2011 11:42, schrieb t m:
Hi Community,
In the large project we a having periodic taks which build a couple
of
projects and store the result of the build in one specific place.
Once it's build the rest of the team can use this artifacts becouse
those are exported by using of
Am 23.11.2011 22:35, schrieb Michael Hertling:
Out of curiosity - I have not worked with RPM for ages: Are these
warnings and the related overlinking due to transitive dependencies
really an issue or just an inconvenience? Personally, I distinguish
between real overlinking, i.e. pulling in
Am Mittwoch, 4. Januar 2012, 23:32:21 schrieb brian:
I've been able to generate VS 2010 solution's via CMake for my C++/CLI
project (.NET project). We've added the log4net.dll to the project by
hand. This is the .NET version of the log4j project. What I'd like to do
is add a reference to
Am Mittwoch 02 Juni 2010, 18:34:56 schrieb Clinton Stimpson:
On Wednesday, June 02, 2010 10:24:44 am Doug Reiland wrote:
Is it possible to implement a list of lists. The following example
shows cmake ending up with a list with 6 elements instead of
a list with 2 elements with each element
Am Dienstag 15 Juni 2010, 16:54:28 schrieb Jesse Perla:
I am using CMake 2.8.1 on Windows 7. I have MinGW installed with GCC 4.5
I have successfully compiled a library with a MinGW and cmake. The full
path to the library is: c:\working\etk_binaries\libetk-mgw45.a
However, when I want to
Am Dienstag 15 Juni 2010, 14:12:38 schrieb Micha Renner:
It seems, that CMake can detect the MSVC specific headers and libraries
only, if it runs within Visual Studio.
For example:
FIND_FILE(STD_FILE stdio.h),
FIND_PATH(STD_PATH stdio.h) or
FIND_LIBRARY(LIB_PATH comctl32)
results in
Am Dienstag 15 Juni 2010, 18:25:20 schrieb Jesse Perla:
On Tue, Jun 15, 2010 at 12:01 PM, Hendrik Sattler
p...@hendrik-sattler.dewrote:
Your library name is NOT libetk-mgw45. Try etk-mgw45 instead and read
about library file names.
Thanks for your help. Alas, on MSVC10 and Intel11.1
Am Mittwoch 23 Juni 2010, 15:38:40 schrieb K Lakshman:
I didn't really think of that (why no library does it). Can you tell me
what the issues are?
I suggest looking at the libc source code, e.g. the entry point for libpthread
is in nptl/version.c
Seperating that as libfoo.so and foo-config
Am Freitag 02 Juli 2010, 19:56:02 schrieb Di Zou:
I am trying to use CMake to find WS2_32.dll on Windows Vista. For me, the
dll is located in C:/Program Files/Microsoft SDKs/Windows/v6.0A/Lib. So I
use the command: FIND_LIBRARY(WS2 NAMES WS2_32 PATHS C:/Program
Files/Microsoft SDKs/Windows/*
Zitat von Olaf van der Spek olafvds...@gmail.com:
Hi,
At the moment the default package file name is like
xbt-tracker-0.1.1-Linux.deb.
Could this be changed to xbt-tracker_0.1.1_i386.deb?
Note the underscore instead of minus as field separator and the architecture.
Last time I looked at
Zitat von David Cole david.c...@kitware.com:
On Tue, Jul 27, 2010 at 5:45 AM, Verweij, Arjen
I hear what you are saying, but a lot of legacy Makefile based system
support make and make debug alongside each other. I'm still looking for
the cmake way to easily mark a small part of a project to be
Zitat von aaron.mead...@thomsonreuters.com:
I need to use different link paths for Debug and Release builds of my
software. I'm building with the Visual Studio Generator (2005, 2008,
etc). I had put this in my CMakeLists.txt, but as it turns out, this
doesn't do what I need (likely because of
Am Montag 27 September 2010, 01:48:38 schrieb Szilárd Páll:
No black magic, just cmake's rules about variable contents.
Basically CMake has only 1 type of variable value, thats a string. What
you created above is a string variable DEPS with the value dep1 dep2
dep3, i.e. a single string
Am Sonntag 03 Oktober 2010, 14:15:41 schrieb Paul McEnery:
The solution was to set CMAKE_EXE_LINKER_FLAGS using -Wl,--as-needed.
That is actually only a work-around. Pkg-config can handle the difference
between static linking and dynamic linking but you have to tell it what is
what. However,
Zitat von Marcel Loose lo...@astron.nl:
Even if you opt for the one static library option, you already gain in
build speed. Suppose you've modified foo.c, then CMake will only rebuild
foo.o. Of course, it will rebuild foo.o twice, once for libconsole, once
for libwindows. But that's already much
Am Dienstag 12 Oktober 2010, 17:52:31 schrieb william.croc...@analog.com:
I will use cmake to build the app on my various platforms
(Linux/Windows...). Most of my convenience targets are only used during
development (Linux) so it is typically okay that they are not cross
platform.
That you
Am Sonntag 24 Oktober 2010, 08:37:30 schrieb Marco Atzeri:
It should be changed. That will be the cleanest way for porting and
most of the time we will not need any IF (CYGWIN) to complete our job
as package maintainer.
Othewise we should patch any sources to replace IF (WIN32) with
Zitat von luxInteg lux-in...@btconnect.com:
I am learning cmake
I downloaded CMakeUseLatex from
http://www.cmake.org/Wiki/CMakeUserUseLATEX
and I scanned through the pdf file but I did not see any references to TEX
binaries such docbook2html, dblatex etc. So lets say I have a couple a
Zitat von Cliff Yapp cliffy...@gmail.com:
On 11/19/2010 03:31 AM, Hendrik Sattler wrote:
Zitat von luxInteg lux-in...@btconnect.com:
I am learning cmake
I downloaded CMakeUseLatex from
http://www.cmake.org/Wiki/CMakeUserUseLATEX
and I scanned through the pdf file but I did not see any
Am Freitag, 3. Dezember 2010, 13:06:41 schrieb Andrea Galeazzi:
How can I specify the as command like I do for gcc or g++ compiler in
a toolchain?
SET(CMAKE_C_COMPILER C:/Programmi/development/GCCARM/bin/gcc.exe)
http://www.cmake.org/Wiki/CMake/Assembler
HS
Zitat von Thomas Petazzoni thomas.petazz...@free-electrons.com:
On Tue, 11 Jan 2011 01:42:47 +0100
Michael Hertling mhertl...@online.de wrote:
Since CMake prefers to specify libraries by path instead of using
-l/-L or the like, there's usually no need for the LINK_DIRECTORIES()
command, IMO.
Am Donnerstag, 13. Januar 2011, 02:10:12 schrieb Darren Hollenbeck:
I am using CMake to cross compile with an arm toolchain and getting a
linker error:
undefined reference to `__sync_fetch_and_add_4'
the toolchain has both a shared and static libgcc:
Am Freitag, 14. Januar 2011, 16:48:44 schrieb Andreas Schneider:
On Friday 14 January 2011 16:32:16 you wrote:
Andreas,
Hi Allen,
Thanks, I do have most everything working, setting the version was
the
key!
Concerning the '.' at the beginning of my proposed patch, I added
Am Dienstag 18 Januar 2011, 18:05:50 schrieb Mateusz Loskot:
On 18/01/11 16:15, David Cole wrote:
Your confusion is that you are looking for a 2010 -- there isn't one
-- there is Visual Studio 10
David,
This is indeed a mess in CMake.
There is no such product as Visual Studio 10.
Am Dienstag 18 Januar 2011, 19:02:15 schrieb Hendrik Sattler:
Am Dienstag 18 Januar 2011, 18:05:50 schrieb Mateusz Loskot:
On 18/01/11 16:15, David Cole wrote:
Your confusion is that you are looking for a 2010 -- there isn't one
-- there is Visual Studio 10
David,
This is indeed
Zitat von Michael Wild them...@gmail.com:
Now, if you want to mix-and-match, by having this include-path:
-I/usr/include -I/usr/local/include
(i.e. use /usr/include/foo.h and /usr/local/include/bar.h) you're in
trouble, because CMake will filter out the /usr/include directory,
leaving you with
Zitat von Vladislav Vaintroub vvaintr...@googlemail.com:
For the Windows platform I am generating the .DEF files with all
defined
symbols to be exported. For this I need to get the list of all object
files (.obj)
participating into a library.
Are you trying to export all symbols from
Am Sonntag, 27. Juli 2008 02:27:40 schrieb Alan W. Irwin:
On 2008-07-26 16:06-0400 Bob Paddock wrote:
find_library( MinGW_libuuid uuid ole32 shell32 C:/MinGW/lib )
find_library( MinGW_libole32 ole32 C:/MinGW/lib )
find_library( MinGW_libshell32 shell32 C:/MinGW/lib )
# Is there a better
Am Sonntag, 27. Juli 2008 13:58:06 schrieb Werner Smekal:
And what is the reason to find .dll files on Windows when searching for a
library file, most likely to link to?
Well, the MinGW compiler doesn't need a foo.a file to link against a
foo.dll file - if foo.dll was created with MinGW
Am Samstag, 2. August 2008 00:41:11 schrieb Leopold Palomo Avellaneda:
I understand that you have to add:
class MYLIB_EXPORT MyClass
for all the classes,
but also for the structs , and functions?
If a class is exported, its member functions also get exported. For
non-member function,
Am Samstag, 2. August 2008 01:21:01 schrieb Leopold Palomo Avellaneda:
A Dissabte 02 Agost 2008, Hendrik Sattler va escriure:
Am Samstag, 2. August 2008 00:41:11 schrieb Leopold Palomo Avellaneda:
I understand that you have to add:
class MYLIB_EXPORT MyClass
for all the classes
Am Montag, 4. August 2008 17:48:28 schrieb Mathieu Malaterre:
That was not really my main concern anyway, instead I am more
concerned with the patch done for debian people (admittedly I dont
understand what they are trying to do):
Am Montag, 4. August 2008 18:02:15 schrieb Bill Hoffman:
Hendrik Sattler wrote:
Am Montag, 4. August 2008 17:48:28 schrieb Mathieu Malaterre:
That was not really my main concern anyway, instead I am more
concerned with the patch done for debian people (admittedly I dont
understand what
Zitat von Alberto Luaces [EMAIL PROTECTED]:
El Lunes 04 Agosto 2008ES 19:06:07 Hendrik Sattler escribió:
Cmake-2.6 is not going to be in Debian Lenny, so no real time pressure on
this.
cmake 2.6 is already on lenny, see it at
Hmm, bad timing then. They must have requested an exception
Zitat von Брюков Юрий [EMAIL PROTECTED]:
Thanks Yuri and Alan.
But I develop cross-platform application (for Linux and Windows now)
and it would be better if directory layout for my application will be
the same on both platform.
Actually better is a layout that can be adopted to the
Am Dienstag, 12. August 2008 17:49:46 schrieb Jan Dinger:
Thats right. So, I ignore this.
Can I disable this warning in my release version? This warning looks not so
good.
Then don't run it through the moc...
HS
___
CMake mailing list
Am Dienstag, 19. August 2008 22:24:12 schrieb Mathieu Malaterre:
Did you figure out a way to install 32bits debian package in the
/emul/ia32 subdirectory ? How did you install your target system
environment. On my debian box, the ia32-libs package works somewhat
ok, but it only provide the
Am Dienstag, 19. August 2008 23:17:18 schrieb Alexander Neundorf:
On Tuesday 19 August 2008, Hendrik Sattler wrote:
Am Dienstag, 19. August 2008 22:24:12 schrieb Mathieu Malaterre:
Did you figure out a way to install 32bits debian package in the
/emul/ia32 subdirectory ? How did you
Am Dienstag, 19. August 2008 23:08:56 schrieb Mathieu Malaterre:
On Tue, Aug 19, 2008 at 10:57 PM, Hendrik Sattler
[EMAIL PROTECTED] wrote:
Am Dienstag, 19. August 2008 22:24:12 schrieb Mathieu Malaterre:
Did you figure out a way to install 32bits debian package in the
/emul/ia32
Am Dienstag, 19. August 2008 23:55:30 schrieb Mathieu Malaterre:
On Tue, Aug 19, 2008 at 11:46 PM, Hendrik Sattler
[EMAIL PROTECTED] wrote:
Am Dienstag, 19. August 2008 23:17:18 schrieb Alexander Neundorf:
On Tuesday 19 August 2008, Hendrik Sattler wrote:
Am Dienstag, 19. August 2008 22
Am Mittwoch, 20. August 2008 00:19:32 schrieb Mathieu Malaterre:
On Wed, Aug 20, 2008 at 12:16 AM, Hendrik Sattler
[EMAIL PROTECTED] wrote:
Am Dienstag, 19. August 2008 23:55:30 schrieb Mathieu Malaterre:
On Tue, Aug 19, 2008 at 11:46 PM, Hendrik Sattler
[EMAIL PROTECTED] wrote:
Am
Am Samstag, 23. August 2008 02:34:35 schrieb Matthew Woehlke:
Darren Weber wrote:
What are the traps and tricks for 64bit programming with CMake and other
kitware libraries?
Don't make assumptions about sizeof(long) or sizeof(void*)... not even
that they are the same (Microsoft, in their
Hi,
I just changes a project from set_target_properties() to set_property() and
found a bug, I assume:
- a SOVERSION of 0 gets ignored.
This worked for set_target_properties(). I am using cmake-2.6.0, is this maybe
already fixed in CVS?
HS
___
Am Samstag, 23. August 2008 19:53:46 schrieb Hendrik Sattler:
I just changes a project from set_target_properties() to set_property() and
found a bug, I assume:
- a SOVERSION of 0 gets ignored.
This worked for set_target_properties(). I am using cmake-2.6.0, is this
maybe already fixed
Zitat von Roland Philippsen [EMAIL PROTECTED]:
It is quite possible that the following problem arises because I
misunderstant custom targets, but it worked under cmake-2.4 (various
patch levels, various UNIX-ish operating systems).
Attached is a mini-project which triggers an error due to the
Am Donnerstag, 4. September 2008 21:50:03 schrieb Alexander Neundorf:
On Thursday 04 September 2008, Andreas Pakulat wrote:
On 03.09.08 23:45:56, Alexander Neundorf wrote:
On Wednesday 03 September 2008, Andreas Pakulat wrote:
...
Ah, yes.
What would be cool would be if I could
Am Saturday 13 September 2008 18:36:32 schrieb Razaj:
__CMakeLists.txt snippet__
# Check for crypt, if not found check for crypt in libcrypt
CHECK_FUNCTION_EXISTS(crypt CRYPT_EXISTS)
IF(NOT ${CRYPT_EXISTS})
CHECK_LIBRARY_EXISTS(crypt crypt CRYPT_LIB_EXISTS)
ENDIF(NOT ${CRYPT_EXISTS})
Zitat von David Coeurjolly [EMAIL PROTECTED]:
I'd like to use the NSIS CPack Genertor on cygwin systems but I'm having
a lot of troubles: by default, cpack wants to use the Cygwin-binary
generator and if I customize myself the CPackConfig script, I have many
errors due to unix style filepaths.
Am Thursday 18 September 2008 15:18:46 schrieb Bill Hoffman:
cyril_wobow wrote:
Have you tried the following
SET (CMAKE_C_FLAGS_RELEASE -mcpu=arm7tdmi -std=gnu99
-fgnu89-inline ... -DNDEBUG)
Cyril
That won't work. It will create a list of items and it needs to be a
big string.
Am Thursday 18 September 2008 14:08:05 schrieb Andreas Pokorny:
* If I am not mistaken there is yet no clean facility to specify the
libpath and include path
from the toolchain file
The lib path can normally be derived from the root path by specifying the
proper PATH_SUFFIXES when using
Am Friday 19 September 2008 22:57:03 schrieb E. Wing:
Interesting. I was expecting the PATH_SUFFIXES to work on Windows. I
thought I had tested this general technique, though maybe not with the
Freetype module and maybe not 2.6.0. I think this may be a CMake bug,
but I'm not an authority on
Am Sunday 21 September 2008 17:20:19 schrieb Eric Noulard:
There is bug report about this
http://www.vtk.org/Bug/view.php?id=6042
pointing to this CMake module
http://code.google.com/p/cmake-modules/source/browse/trunk/Modules/GTK2/Fin
dGTK2.cmake
I haven't tested it though.
Looks not too
Am Thursday 25 September 2008 17:45:54 schrieb Stefan Weber:
I am working on a C++ project which is using a single assembler file (among
all the C++ files). In the mailinglist archives I found some hints on how
to use the experimental ASM mode. However, as I only have a single ASM
file, I'm
Am Thursday 25 September 2008 23:50:33 schrieb Stefan Weber:
I think I was not clear enough here: it is not working when I combine ASM
source files and CXX source files and as I found out by now, this is
probably not supported anways. (Mixing ASM and C++ source files would be
the ideal
Am Thursday 25 September 2008 19:42:34 schrieb Hendrik Sattler:
Am Thursday 25 September 2008 17:45:54 schrieb Stefan Weber:
I am working on a C++ project which is using a single assembler file
(among all the C++ files). In the mailinglist archives I found some hints
on how to use
Ioan Calin Borcoman schrieb:
Hi,
I have a dir with a lot of small example apps that all link with the
same libs. The link_libraries is much more convenient in this case
than writing a target_link_libraries line for each example target.
Why is the link_libraries deprecated? Will it be
Stéphane CALANDE schrieb:
but I still don't understand how to install CMake on Win 64-bit
Can you help me please ?
Download the source and compile it? I don't have Win64 but AFAIK, Visual
Studio Express also works there and can be used to compile cmake.
HS
Gerhard Gappmeier schrieb:
Hi all,
I want to compile an assembler file with my C sources.
A simple example how to compile this on the command line looks like that:
gcc cas32test.c cas32.s -o cas32test
---
project(cas C)
enable_language(ASM)
set_property(SOURCE cas32.s PROPERTY
Paweł Żak schrieb:
Hi,
I have a problem with changing CMake default directories and I need your
help.
The usual layout of projects we develop in my company presents like this:
project --- src (sources and headers)
|-- lib (libraries and archives)
|-- bin (binaries)
Bill Hoffman schrieb:
You have to start with an empty cache. Re-run cmake with no
CMakeCache.txt. Then make sure the CMAKE_C_FLAGS are correct.
Shouldn't that be CMAKE_ASM_FLAGS if the .s file has the language
property set to ASM?
HS
___
CMake
Stephen Collyer schrieb:
I have some code that I've delivered to a 3rd party
who is now trying to build it. They're using Vista
and a Visual Studio 2008 environment, with cmake 2.6.1
They're getting the following errors when trying to run
cmake. It looks to me like an environment problem of
Joachim Ziegler schrieb:
if(CMAKE_HOST_WIN32)
INCLUDE_DIRECTORIES(D:/nspr-4.6/include)
LINK_DIRECTORIES(D:/nspr-4.6/lib)
ADD_EXECUTABLE(testPR PRifdefd.cpp ${BASEFILES})
TARGET_LINK_LIBRARIES(testPR nspr4 Ws2_32)
...
To run the executable, I have to copy the lib files libnspr4.dll
Am Saturday 01 November 2008 12:44:39 schrieb David Graf:
Currently in my project, I provide all dependencies for DEB packaging in
CPack by setting the variable CPACK_DEBIAN_PACKAGE_DEPENDS. Is there a
possibility to automate this process (similar to the behavior of the
CPack RPM packaging
Alexander Neundorf schrieb:
-Once it found the correct pc-file, it returns the result. Problem: the
results don't contain the target architecture prefix, e.g. here incdir
gives /usr/include while it should be
/opt/eldk-4.1/ppc_4xxFP/ppc_4xxFP/usr/include .
So what to do ? Try to
Mathieu Malaterre schrieb:
On Tue, Nov 4, 2008 at 12:43 PM, Mike Arthur [EMAIL PROTECTED] wrote:
On Tuesday 04 November 2008 11:36:12 David Graf wrote:
How exactly to you use dpkg-shlibdeps? Because I get the following bug:
dpkg-shlibdeps: failure: cannot read debian/control: No such file or
Mathieu Malaterre schrieb:
I quickly browse thought the page you sent and indeed this is the way
to retrieve the shared lib deps. However, debian references packages
name (not lib name). So we are still missing the inverse lookup of
what package provide a particular shared libs. I can't
1 - 100 of 585 matches
Mail list logo