Thanks Alex,
It worked! I updated the file to one from version 2.8.10.
Regards
Rohit
On Thu, Mar 14, 2013 at 6:54 PM, Alexander Neundorf-3 [via CMake] <
ml-node+s3232098n7583650...@n2.nabble.com> wrote:
> On Thursday 14 March 2013, newuserhere wrote:
>
> > Hi,
> > I am getting an error in CMAK
On Monday 18 March 2013 18:00:29 David Cole wrote:
> Use “^.*” at the beginning of the regex and “.*$” at the end of it.
>
>
>
> The ^ and $ anchor the beginning and end of the input string in CMake, not
> the beginning and end of a line.
Ok, so it needs to look like this:
+# openjdk
+find_pr
2013/3/18 Robert Dailey :
> Hi,
>
> I currently have a VM that I use to debug my executables. It has the
> environment setup that is needed by the programs. Naturally, the tests
> also depend on this environment (nothing was really mocked).
>
> The machine hosting the VM is my dev machine, it only
Hi,
I currently have a VM that I use to debug my executables. It has the
environment setup that is needed by the programs. Naturally, the tests
also depend on this environment (nothing was really mocked).
The machine hosting the VM is my dev machine, it only has CMake &
Visual Studio. I set it up
Hey Matthew.
I'm actually doing the latter. I setup my working directory in Visual
Studio project settings. I also setup add_test() to default to that
data directory when running them from ctest. Note that the tests also
need access to data, which is why they also have this logic.
On Thu, Mar 14,
Use “^.*” at the beginning of the regex and “.*$” at the end of it.
The ^ and $ anchor the beginning and end of the input string in CMake, not the
beginning and end of a line.
From: Andreas Schneider
Sent: March 18, 2013 1:57 PM
To: cmake@cmake.org
Subject: [CMake] REGEX REPLA
Hi,
I'm trying to improve the FindJNI.cmake module. However I'm totally
incompatible with regex. I think my brain is simply not made for it.
I'm trying to get the correct path from java itself so find the header and
library files. However this code will simply not work at all. I'm trying since
Hello,
I have a library target ("a") that is a dependency of an executable
("b"). I have many more libraries and many more executable, some with
"complex" dependencies on the others. Sometimes target "a" cannot be
built either because the user does not want it built or because
FIND_PACKAGE faile
On Sunday 17 March 2013, Nick Overdijk wrote:
> Howdy,
>
> I have a header file, vertices.hpp with some not-inline
> function-definitions (yes really defs not decls), and a project, beamer.
> Sometimes when I change vertices.hpp, the changes don't reflect in the
> binary. I was wondering why this
On 3/15/2013 5:14 PM, marco atzeri wrote:
On 3/15/2013 4:41 PM, Bill Hoffman wrote:
On 3/15/2013 11:31 AM, marco atzeri wrote:
ok, found.
I do not need to malloc the space for the win32_path
assigning again the pointer does not work.
Next step, to check if no other issues on 64bit
Yes, that w
On Mon, Mar 18, 2013 at 1:33 PM, Florian Reinhard <
florian.reinh...@googlemail.com> wrote:
> I still don't see that this is a valid reason to break things for others.
>
There is no any breakage. Qt has never been used with the TI toolchain. ABI
will be required from the start of the support.
La
2013/3/18 Laszlo Papp :
> On Mon, Mar 18, 2013 at 1:10 PM, Florian Reinhard
> wrote:
>>
>> In addition compilers upto 7.2 did not support anything else than coff
>> abi. So i don't see any valid reason to add --abi=eabi. Even more you
>> usually set your silicon for improved optimizer results with
On Mon, Mar 18, 2013 at 1:10 PM, Florian Reinhard <
florian.reinh...@googlemail.com> wrote:
> In addition compilers upto 7.2 did not support anything else than coff
> abi. So i don't see any valid reason to add --abi=eabi. Even more you
> usually set your silicon for improved optimizer results wit
2013/3/16 Laszlo Papp :
> On Thu, Mar 14, 2013 at 6:48 PM, Alexander Neundorf
> wrote:
>>
>> Please verify that it works, so I can still get it into 2.8.11 hopefully.
>
>
> I just realized that the cmake files use the default ABI type which is still
> the legacy COFF, and not EABI.
>
> That is a b
On 03/17/2013 09:14 AM, Nicolas Desprès wrote:
> He said that the project is not broken by the new patches.
Great, thanks for taking the time to report back!
-Brad
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Pleas
2013/3/17 Alexander Neundorf :
> On Friday 15 March 2013, Florian Reinhard wrote:
>> I'm testing the next branch at the moment.
>> Changes i noticed:
>> setting the following options is no longer required (yay!):
>> SET (CMAKE_C_COMPILER_WORKS 1)
>> SET (CMAKE_CXX_COMPILER_WORKS 1)
>> #skip ABI c
16 matches
Mail list logo
