Hi Miguel,
no problem about the time delay, I filed the bug report here:
http://www.cmake.org/Bug/view.php?id=6478
Thanks,
Werner
On 28.02.2008, at 20:45, Miguel A. Figueroa-Villanueva wrote:
On Thu, Feb 28, 2008 at 10:26 AM, Werner Smekal wrote:
IF(WIN32)
SET(WIN32_STYLE_FIND 1)
ENDIF(WIN
Sebastien BARRE wrote:
Again: *deal*.
February 29th, 2010 *precisely*.
Special CMake/Lua day, the 29th.
That will indeed be a very special day.
Shame really. I like Lua, and I find that the CMake script language
seems designed to make COBOL coders feel they don't actually
have the worst job in
At 2/29/2008 12:39 AM, Brandon Van Every wrote:
> Again: *deal*.
> February 29th, 2010 *precisely*.
> Special CMake/Lua day, the 29th.
Or No Deal. 2 years is a number you've inappropriately reused from an
unrelated context.
You are right, I apologize. Bill said:
"we might have two
On Thu, Feb 28, 2008 at 11:54 PM, Kevin Tucker <[EMAIL PROTECTED]> wrote:
>
> Is there an option in cmake for it to leave itself out of the
> projects/makefiles that it generates?
There is, but I don't know how much tire kicking it gets, nor have I
ever used it. Someone who knows better can answe
On Fri, Feb 29, 2008 at 12:11 AM, Sebastien BARRE
<[EMAIL PROTECTED]> wrote:
> At 2/29/2008 12:03 AM, Brandon Van Every wrote:
>
> > > You've got a deal. I'll make sure to swing by Bill's office tomorrow
> > > and remind him about his "realization". Let me write that down. On a
> > > post-it
At 2/29/2008 12:03 AM, Brandon Van Every wrote:
> You've got a deal. I'll make sure to swing by Bill's office tomorrow
> and remind him about his "realization". Let me write that down. On a
> post-it or something.
>
> 2 years break, that's a bargain Bill.
On that note, be sure to include ac
On Thu, Feb 28, 2008 at 11:41 PM, Sebastien BARRE
<[EMAIL PROTECTED]> wrote:
> At 2/28/2008 09:06 PM, Brandon Van Every wrote:
>
> > > So, I guess I will wait until then, and you can prove me wrong... Until
> > > then, can you give it a break?
> >
> >Sure. Long as you realize that not every
Do you have a recommendation for how to generate project files with
VS2005 for PocketPC and/or Smartphone targets?
Kevin
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
I have some example programs that are shipped with our sdk and would
like to maintain support for VC6 and various VS200x project files.
Cmake obviously does a great job of generating these project files.
However, as an additional simplification for the end user, I would like
to avoid them having to
At 2/28/2008 09:06 PM, Brandon Van Every wrote:
> So, I guess I will wait until then, and you can prove me wrong... Until
> then, can you give it a break?
Sure. Long as you realize that not everybody shares your pessimism
about translators, and that if you do implement Lua support, people
w
Hi All,
I recently started to use CMake 2.4.8 on MacOSX Leopard with XCode 3. All my
Windows and Linux projects built without a glitch (thanks to CMake!), but I
can't stop on a breakpoint in the debugger. If I create a plain XCode
project with the same code, the debugger works fine. Does anyone e
On Thu, Feb 28, 2008 at 5:54 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Brandon Van Every wrote:
>
> >
> >> Just suppose I am correct and it is
> >> not possible to write a good enough translator. Would you then still
> >> advocate dropping the cmake language?
> >
> > Of course not. T
On Friday 29 February 2008, David Cole wrote:
> On 2/28/08, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> > target_link_libraries(targetName /full/path/to/libName.a)
>
> FYI:
>
> The "/full/path/to/" feature was only recently added to CVS CMake. The
> specify lib by a full path technique may not
On 2/28/08, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
>
>
> target_link_libraries(targetName /full/path/to/libName.a)
FYI:
The "/full/path/to/" feature was only recently added to CVS CMake. The
specify lib by a full path technique may not work as you'd expect in CMake
2.4.8 If you want
On Wednesday 27 February 2008, Guillaume Damiand wrote:
> Hello,
>
> I have discovered cmake one week ago and I am very impressed by its
> powerful and facility of using.
>
> However, I have a problem concerning dependencies and I have not found
> any solutions in forums or documentations.
>
>
> I
On Thursday 28 February 2008, Christopher Harvey wrote:
> Hi,
> Before I ask my question I want to clarify what I mean by an "arbitrary
> library". There are libraries that are registered in the system and you
> can link to them like so:
> target_link_library(targetName GL SDL pq)
> and they get se
On Wednesday 27 February 2008, [EMAIL PROTECTED] wrote:
> Hello,
>
> I'd like to know if it's possible to create a project, add source files
> to it, make those sources compile to objects, but do not create any
> executable or library.
> Something like:
>
> PROJECT(someproject)
> ADD_SOURCE_FIL
On Wednesday 27 February 2008, Jörg Becker wrote:
> On Monday, 25. February 2008 20:44:13 Alexander Neundorf wrote:
> > > > Use:
> > > > set_target_properties(hello PROPERTIES INSTALL_RPATH . )
> > >
> > > This doesn't work, too. The problem may be, that I don't understand the
> > > path expansion
Brandon Van Every wrote:
Just suppose I am correct and it is
not possible to write a good enough translator. Would you then still
advocate dropping the cmake language?
Of course not. That's why I said the translator would have to prove
itself for 2 years.
So, I guess I will wait until t
On Thu, Feb 28, 2008 at 4:08 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> I think it is an enormous effort to write a translator. I think
> translators don't work. It is one thing to convert a word document from
> one version to another. It is a totally different thing to translate a
> hum
Brandon Van Every wrote:
That's contradictory. You don't bog yourself down with enormous
support burdens for some teeny weeny percentage of people who do
something really weird. Software *is* invalidation of effort. Stuff
gets written, stuff gets changed, stuff gets maintained.
I don't thi
On Feb 28, 2008, at 3:45 PM, Sean McBride wrote:
On 2/28/08 2:32 PM, Jens Hannemann said:
CMake (both 2.4.8 and the cvs version as of today) generates correct
makefiles and KDevelop3 projects. But in Xcode 3.0, the header files
fail to show up in the project, and no dependencies seem to be
gen
On 2/28/08 2:32 PM, Jens Hannemann said:
>CMake (both 2.4.8 and the cvs version as of today) generates correct
>makefiles and KDevelop3 projects. But in Xcode 3.0, the header files
>fail to show up in the project, and no dependencies seem to be
>generated. This means I can modify the headers witho
That is the trick for Xcode and Visual Studio to show the headers. So
I know it works in both places. KDevelop probably is smart enough to
just look in the directory and "see" the header files. Eclipse does
this. So it may not be the generator but how the IDE works.
Mike
On Thu, Feb 28, 2008 at 3
Mike,
On Feb 28, 2008, at 2:41 PM, Mike Jackson wrote:
ADD_EXECUTABLE(dining_philosophers
${dining_philosophers_SRCS}
${dining_philosophers_MOC_SRCS}
${dining_philosophers_MOC_HDRS}
)
should solve the headers now showing up in the project.
Yep, that did the trick, although I had to sep
On Thu, Feb 28, 2008 at 10:26 AM, Werner Smekal wrote:
> IF(WIN32)
>SET(WIN32_STYLE_FIND 1)
> ENDIF(WIN32)
> IF(UNIX OR MSYS)
>SET(UNIX_STYLE_FIND 1)
> ENDIF(UNIX OR MSYS)
>
> I could file a bug report if necessary.
>
This all makes sense... However, I'm busy and since it might be a
ADD_EXECUTABLE(dining_philosophers
${dining_philosophers_SRCS}
${dining_philosophers_MOC_SRCS}
${dining_philosophers_MOC_HDRS}
)
should solve the headers now showing up in the project.
Not sure about the other part..
Mike
On Thu, Feb 28, 2008 at 2:32 PM, Jens Hannemann <[EMAIL PROTECTE
Hi folks,
before I file this as a bug, I want to make sure I'm doing it right.
I have a small demo project that codes up the classic dining
philosophers problem using Qt4 to demonstrate deadlocks in the high-
performance computing class I teach. I basically have two classes -
Fork represent
On Thu, Feb 28, 2008 at 9:53 AM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Brandon Van Every wrote:
>
> >
> > Only thing problematic I could see, is if someone's getting clever and
> > using CMake script to generate CMake script. I think it would be
> > reasonable to make such people untangle
Brandon Van Every wrote:
Only thing problematic I could see, is if someone's getting clever and
using CMake script to generate CMake script. I think it would be
reasonable to make such people untangle their metaprogramming.
That's crazy, no one would do something like that... But even if the
Sorry,
IF(WIN32)
SET(WIN32_STYLE_FIND 1)
ENDIF(WIN32)
IF(UNIX OR MSYS)
SET(UNIX_STYLE_FIND 1)
ENDIF(UNIX OR MSYS)
would be the correct (?) code.
Regards,
Werner
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
em
Hi,
I wanted to write a check whether pthread_mutex_init and
pthread_spin_init exist in pthread.h. Therefore,
I used the following CMake commands:
INCLUDE(CheckFunctionExists)
CHECK_FUNCTION_EXISTS("pthread_spin_init"
HAVE_PTHREAD_SPINLOCK)
CHECK_FUNCTION_EXISTS("pthread_mutex_in
Hi list,
there is a bug in FindwxWidgets.cmake if using the MinGW compiler on
Windows CLI (not in msys). At the top of FindwxWidgets.cmake we find
IF(WIN32)
SET(WIN32_STYLE_FIND 1)
ENDIF(WIN32)
IF(MINGW)
SET(WIN32_STYLE_FIND 1)
SET(UNIX_STYLE_FIND 0)
ENDIF(MINGW)
IF(UNIX)
SET(UNIX_STYL
33 matches
Mail list logo