--- Lun 25/10/10, Hendrik Sattler ha scritto:
> Am Montag 25 Oktober 2010, 05:44:27
> schrieb Yaakov (Cygwin/X):
> > On Sun, 2010-10-24 at 10:12 +0200, Hendrik Sattler
> wrote:
> > > And: believe it or not, WIN32 and CYGWIN are
> _not_ in strong contrast.
> > > They've got so much in common, star
Am Montag 25 Oktober 2010, 05:44:27 schrieb Yaakov (Cygwin/X):
> On Sun, 2010-10-24 at 10:12 +0200, Hendrik Sattler wrote:
> > And: believe it or not, WIN32 and CYGWIN are _not_ in strong contrast.
> > They've got so much in common, starting from the binary file format to
> > all low level stuff th
On Fri, 2010-10-22 at 13:12 +, Rolf Eike Beer wrote:
> So this is only different from what other build tools or whatever do. But
> it is well known behaviour, it is documented, and it can't be changed for
> backward compatibility anyway.
The only platform which this affects is Cygwin, we (the
On Sun, 2010-10-24 at 10:12 +0200, Hendrik Sattler wrote:
> And: believe it or not, WIN32 and CYGWIN are _not_ in strong contrast.
> They've
> got so much in common, starting from the binary file format to all low level
> stuff that cygwin is never going to change. Live with it.
The "low-level
On 24/10/10 23:00, Ryan Pavlik wrote:
> My best guess would be to check for some Clang-specific defines,
> similar to the platform checks. Actually, it looks like in the Git
> repository of CMake, there is now some Clang-specific support:
> http://github.com/Kitware/CMake/commit/571dc7489111893355
On 25/10/10 00:42, Sean McBride wrote:
> On Sun, 24 Oct 2010 16:33:01 +0100, Mateusz Loskot said:
>
>> I'm trying to find out what's the status of clang support in CMake.
>> What version of CMake is recommended to make proper use of clang 2.8+
>> for building a C++ software, etc.
>
> Somewhat off
On Sun, 24 Oct 2010 16:33:01 +0100, Mateusz Loskot said:
>I'm trying to find out what's the status of clang support in CMake.
>What version of CMake is recommended to make proper use of clang 2.8+
>for building a C++ software, etc.
Somewhat off-topic, but if you're going to build C++ code with cl
My best guess would be to check for some Clang-specific defines,
similar to the platform checks. Actually, it looks like in the Git
repository of CMake, there is now some Clang-specific support:
http://github.com/Kitware/CMake/commit/571dc7489111893355deba710feee5990bce92e4
I think that this commi
On 24/10/10 22:41, Jed Brown wrote:
> Entering a path in cmake-gui causes a long stall when the directory has
> many files. For example, /usr/bin and /usr/lib have about 4000 files,
> and when typing a path to /usr/lib/libfoo.so, the gui locks up
> completely for 15 to 20 seconds.
I can confirm s
Entering a path in cmake-gui causes a long stall when the directory has many
files. For example, /usr/bin and /usr/lib have about 4000 files, and when
typing a path to /usr/lib/libfoo.so, the gui locks up completely for 15 to
20 seconds. This is not a file system issue since listing the directory
On 24/10/10 20:07, Marcus D. Hanwell wrote:
> On Sun, Oct 24, 2010 at 2:58 PM, Michael Wild wrote:
>> On 24. Oct, 2010, at 17:33 , Mateusz Loskot wrote:
>>
>>> I'm trying to find out what's the status of clang support in
>>> CMake. What version of CMake is recommended to make proper use of
>>> cla
On Sun, Oct 24, 2010 at 2:58 PM, Michael Wild wrote:
>
> On 24. Oct, 2010, at 17:33 , Mateusz Loskot wrote:
>
>> Hi,
>>
>> I'm trying to find out what's the status of clang support in CMake.
>> What version of CMake is recommended to make proper use of clang 2.8+
>> for building a C++ software, et
On 24. Oct, 2010, at 17:33 , Mateusz Loskot wrote:
> Hi,
>
> I'm trying to find out what's the status of clang support in CMake.
> What version of CMake is recommended to make proper use of clang 2.8+
> for building a C++ software, etc.
>
> Feeding the favourite search engine with this:
>
> cl
On 10/24/2010 12:18 PM, Yann COLLETTE wrote:
> Hello,
>
> I have used cmake to build an executable (which is
> ${CMAKE_EXECUTABLE_DIR}/myprog.exe).
> I wanted to use ctest to test my executable. But I need to execute this
> program in specific directories with various data set (in
> ${CMAKE_SOU
Hi,
I'm trying to find out what's the status of clang support in CMake.
What version of CMake is recommended to make proper use of clang 2.8+
for building a C++ software, etc.
Feeding the favourite search engine with this:
clang site:http://www.cmake.org/pipermail/cmake/
gives me literally 4 pa
Am Saturday 23 October 2010 schrieben Sie:
> On Mon, 18 Oct 2010 14:36:01 +, Rolf Eike Beer said:
> >While hacking on gathering system information on QNX (currently completely
> >missing) I found this in SystemInformationImplementation::ParseSysCtl() in
> >
> >source/kwsys/SystemInformation.cxx
Hello,
I have used cmake to build an executable (which is
${CMAKE_EXECUTABLE_DIR}/myprog.exe).
I wanted to use ctest to test my executable. But I need to execute this
program in specific directories with various data set (in
${CMAKE_SOURCE_DIR}/tests/first_test for example).
Is it possible t
--- Dom 24/10/10, Hendrik Sattler ha scritto:
> 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.
> >
> > Ot
On 24. Oct, 2010, at 6:02 , Tyler Roscoe wrote:
> On Sun, Oct 24, 2010 at 04:35:45AM +0200, Michael Hertling wrote:
>> On 10/24/2010 01:26 AM, Bill Spotz wrote:
>>> #! ${PYTHON_EXECUTABLE}
>
> Michael posted what I assume is a fantastic CMake solution :). Another
> approach you might consider i
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
> IF
20 matches
Mail list logo
