Hi Jesús,
I believe the feature is not in CMake AFAIK. You should enter a bug
report (feature request) and I guess specify something like:
http://www.mingw.org/mingwfaq.shtml#faq-msvcdll
which explain how to compile a def file on mingw.
link:
http://cmake.org/Bug
HTH
-Mathieu
On 5/10/07,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Trevor Kellaway
> Sent: Friday, May 11, 2007 12:15 AM
> To: cmake@cmake.org
> Subject: RE: [CMake] RE: CMake 2.4.1/VC71 Why the wierd .dir
> subdirs?
>
> Kishore,
>
> > Perhaps you could use GET_DIRE
On 2007-05-11 00:07+0200 Hendrik Sattler wrote:
Am Donnerstag 10 Mai 2007 19:39 schrieb Alan W. Irwin:
[...]This error is caused by lack of C support.
Yes. It is obviously that way. But it is kind of non-sense to require a C
compiler for a library like Qt4.
I think you are probably correct
Well, the Chicken Scheme-to-C compiler is not oriented towards KDE4 in any
way, but it does currently feature a unified CMake and Autoconf build. Much
as I'm trying to get people to dump the Autoconf build, they're scared to
let go of it. So, you can see a lot of non-trivial Autoconf and CMake s
On 11.05.07 01:30:12, Andreas Pakulat wrote:
> Hi,
>
> I need some help converting an autotools project to cmake. I ran an
> am2cmake script (from KDE4) which created somewhat usable
> CMakeLists.txt. What it didn't do is convert the config.h.in to a
> config.h.cmake and I don't really have an ide
Hi,
I need some help converting an autotools project to cmake. I ran an
am2cmake script (from KDE4) which created somewhat usable
CMakeLists.txt. What it didn't do is convert the config.h.in to a
config.h.cmake and I don't really have an idea what to do with that
file.
Looking at some kde4 stuff
Am Donnerstag 10 Mai 2007 19:39 schrieb Alan W. Irwin:
> On 2007-05-10 19:06+0200 Hendrik Sattler wrote:
> > the following case does not work:
> > $ cat CMakeLists.txt
> > project(foo CXX)
>
> This has just been covered in another thread. That particular project
> command gives you just C++ suppor
Bill,
> It should work like this:
>
> add_executable(foo foo.cxx)
> get_target_property(objs foo OBJECT_FILES)
> message(${objs})
Thanks, I was mistakenly calling it before the ADD_LIBRARY /
ADD_EXECUTABLE.
However, this has exposed a bug/issue, my list of dependencies includes
some custom comm
Trevor Kellaway wrote:
Does that mean this is supported in the dev tree?
I tried this with "cmake version 2.5-20070505" but it didn't work, I
also tried
GET_TARGET_PROPERTY (myobj myfile.c OBJECT_FILES)
What I really want to do is determine the object file for a specific
source file,
On Thursday 10 May 2007 14:50, Trevor Kellaway wrote:
> Bill,
>
> > >> I'd personally like is some standard ways to get at *.obj locations
> >
> > get_target_properties(foo PROPERTIES OBJECT_FILES objs)
> >
> > I did make an attempt at this, and it worked well for
> > makefiles, but I had trouble w
Bill,
> >> I'd personally like is some standard ways to get at *.obj locations
> >
> get_target_properties(foo PROPERTIES OBJECT_FILES objs)
>
> I did make an attempt at this, and it worked well for
> makefiles, but I had trouble with Xcode and visual studio I think...
Does that mean this is
Kishore,
> Perhaps you could use GET_DIRECTORY_PROPERTY()?
>
> GET_DIRECTORY_PROPERTY(INC_LIST INCLUDE_DIRECTORIES)
> GET_DIRECTORY_PROPERTY(DEFS DEFINITIONS)
Thanks, I don't know how I missed this one.
- TrevK
___
CMake mailing list
CMake@cmake.org
I'm looking at CMake as a possible tool. I've looked at
AutoMake/AutoConf in the past and they can meet my needs, but CMake
seems like it may be easier. I have yet to deploy a newer solution.
I have a number of projects that rely on each other. For example - one
project implements a TCP interface,
On 2007-05-10 19:06+0200 Hendrik Sattler wrote:
Hi,
the following case does not work:
$ cat CMakeLists.txt
project(foo CXX)
This has just been covered in another thread. That particular project
command gives you just C++ support. As documented for "project", drop the
CXX to get both C and C
Hi,
I'm trying to use a hand made .DEF file (with aliases) to link a
certain DLL with MinGW. I tried this way but with no success:
project(kaka)
add_library(kk SHARED kk.c kk.def)
The generated Makefile didn't pass the DEF file to the linking stage.
¿How can I do this then, if you please?
Regar
Hi,
the following case does not work:
$ cat CMakeLists.txt
project(foo CXX)
find_package(Qt4)
$ cmake .
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Looking for Q_WS_X11
CMake Error: Unknown extension ".c" for
file "/home/hendrik/test
Am Donnerstag 10 Mai 2007 18:01 schrieb Ralf Dünkelmann:
> I have got the same problem, but I installed the SDK.
> So I have the user32.lib and it is in the PATH.
> Nevertheless I get the same error as described here.
The step to integrate the SDK in VCE2005 is described on the download site of
V
Am Donnerstag 10 Mai 2007 16:34 schrieb Eric Noulard:
> 2007/5/10, Mielcarek, Donn <[EMAIL PROTECTED]>:
> > We create binary releases for many different Linux
> > distributions. The guy who creates the releases
> > compiles them all from the same source tree, compiling
> > on different machines
The linker flags are shown but not the compile flags. I may just have
to live without it.
Thanks,
Andrew
On 5/10/07, Kishore, Jonnalagadda (IE10)
<[EMAIL PROTECTED]> wrote:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Andrew MacDonald
> Sent:
Hi,
I have got the same problem, but I installed the SDK.
So I have the user32.lib and it is in the PATH.
Nevertheless I get the same error as described here.
What am I missing?
Thanks,
/Ralf
Am Donnerstag, 10. Mai 2007 15:06 schrieb Bill Hoffman:
> haibin zhang wrote:
> > Hi all:
> > I can
Hi,
I'm trying to build a universal binary version of VTK on an Intel Mac
including the Python and Tcl/Tk wrappers (as I require it for an
application that uses Tkinter).
I'm using a fresh checkout from CVS for VTK,
cmake-2.4.6-Darwin-universal and a version of python 2.5 that I built
mysel
On Thursday 10 May 2007 16:34:16 Eric Noulard wrote:
> 2007/5/10, Mielcarek, Donn <[EMAIL PROTECTED]>:
> > We create binary releases for many different Linux
> > distributions. The guy who creates the releases
> > compiles them all from the same source tree, compiling
> > on different machines
2007/5/10, Mielcarek, Donn <[EMAIL PROTECTED]>:
We create binary releases for many different Linux
distributions. The guy who creates the releases
compiles them all from the same source tree, compiling
on different machines at the same time! So all the
Makefiles must be separate.
yep good
haibin zhang wrote:
> Hi all:
> I can't create makefile in Visual C++ Express Edition Version
> 8.0.50727.42, I use Example in cmake.
>
> I found it want to find 'user32.lib', but system don't obtain it. it
> only have 'user32.dll'
>
> How to avoid it to go to find 'user32.lib'?
>
>
> and can be co
Trevor Kellaway wrote:
Brandon,
I'd personally like is some standard ways to get at *.obj locations
...
Seconded, I also have a case where I'd like to determine the location of
.obj files.
I could predict this most of the time until I started pulling in source
files from relative pat
On Thursday 10 May 2007 08:03, wj wrote:
> A struct may have different members on different platforms. How to test?
Try this (from KDE svn):
http://websvn.kde.org/trunk/KDE/kdelibs/cmake/modules/CheckStructMember.cmake?view=markup
Alex
___
CMake mailin
A struct may have different members on different platforms. How to test?
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Hi all:
I can't create makefile in Visual C++ Express Edition Version 8.0.50727.42, I
use Example in cmake.
I found it want to find 'user32.lib', but system don't obtain it. it only have
'user32.dll'
How to avoid it to go to find 'user32.lib'?
the error is :
E:zhb_svnmingwbuildc
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Trevor Kellaway
> Sent: Thursday, May 10, 2007 4:33 AM
> To: cmake@cmake.org
> Subject: RE: [CMake] RE: CMake 2.4.1/VC71 Why the wierd .dir
> subdirs?
>
> Also, is there are a way of recovering the cu
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Andrew MacDonald
> Sent: Thursday, May 10, 2007 9:04 AM
> To: cmake@cmake.org
> Subject: [CMake] Re: Setting COMPILE_FLAGS does not appear to work
>
> Ok, so I managed to ask two dumb questions in one
30 matches
Mail list logo