at was it!
The create_single_source_cgal_program() macro was the culprit.
Thanks for the pointer to cmake --trace
>
> On Sun, Mar 18, 2018 at 5:39 PM, Adam Getchell <mailto:adam.getch...@gmail.com>> wrote:
> Hello all,
>
> I’m running into unexpected behavior when using CTest.
>
> Fir
est -E, but I’d like to make it easy
for the other contributors (and my CI) by making `ctest` just work.
Thanks for any pointers.
Cheers,
Adam
--
Adam Getchell
https://keybase.io/adamgetchell
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
Thanks for the catch, sudo cmake --build . --target install &> install.log
worked.
Yes, I plan to use a package manager like Conan or conda rather than the
horrible tangle of scripts I have now for Travis and Appveyor, just have a few
other things to do first. ;-)
--
Adam Getchel
t;
> section, but it seems you've already figured out that part. There's nothing
> technically special about the install target as far as I'm aware, you should
> be able to refer to it as a build target like you've done above.
>
>
> Craig Scott
> Melbour
. --target install
If its somewhere in the manual, I’d appreciate pointers.
Thanks,
Adam
--
Adam Getchell
https://keybase.io/adamgetchell
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various
Yeah, that was it, lol.
--
Adam Getchell
https://keybase.io/adamgetchell
> On Aug 8, 2017, at 1:33 AM, David Cole wrote:
>
> I suspect you are running a different cmake, not the one you've unzipped.
>
> Type "where cmake" instead of "cmake --version"
ake
version 3.8.2
<https://ci.appveyor.com/project/acgetchell/cdt-plusplus/build/1.0.108#L39>
<https://ci.appveyor.com/project/acgetchell/cdt-plusplus/build/1.0.108#L40>CMake
suite maintained and supported by Kitware (kitware.com/cmake).
<https://ci.appveyor.com/project/a
1, 2015 at 1:41 PM, Mark Abraham
wrote:
> Hi,
>
> Looks like one of your find_package calls is setting the build type
> variable, which it should not...
>
> Mark
> On 27/02/2015 5:47 pm, "Adam Getchell" wrote:
>
>> Thanks for the help!
>>
>>
cd build-r
> cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=out
> ../your/source/procject
> cmake --build . --target install
> cd ..
>
>
> On Wed, Feb 25, 2015 at 1:16 AM, Adam Getchell
> wrote:
>
>> Thanks for your reply.
>>
>> I'm not sure
t; Once chosen, can't change the build type of a build; although if you could
> it should do a clean also.
>
>
> On Tue, Feb 24, 2015 at 11:42 AM, Adam Getchell
> wrote:
>
>> Hello all,
>>
>> I've browsed this thread:
>>
>> http://www.cm
n-build.sh
What's the correct method for being able to set the type of build via the
command line?
--
Adam Getchell
about.me/adamgetchell
"Invincibility is in oneself, vulnerability in the opponent." -- Sun Tzu
--
Powered by www.kitware.com
Please keep messages on-topic and check
It turns out that CGAL's CGAL_CreateSingleSourceCGALProgram.cmake module
handles this nicely:
create_single_source_cgal_program( "src/cdt-docopt.cpp"
"src/docopt/docopt.cpp")
does the trick.
Thanks for your consideration!
On Thu, Dec 4, 2014 at 10:54 PM, Adam Getchell
Dec 4, 2014 at 9:30 PM, Adam Getchell
wrote:
> Hello all,
>
> I’m trying to use the docopt.cpp parser for my project[1]:
>
> https://github.com/docopt/docopt.cpp
>
> The usual invocation to build works:
>
> ┌─[*adam*][Hapkido][*±*][docopt *✗*][~/CDT-plusplus/src/docopt]
&g
led with exit code 1 (use -v to see invocation)
[10/13] Building CXX object
CMakeFiles/unittests.dir/unittests/Triangulated2SphereTest.cpp.o
ninja: build stopped: subcommand failed.
Any suggestions?
[1] https://github.com/acgetchell/CDT-plusplus/tree/docopt
<https://github.com/acgetchell/CDT-plusplus/tre
Hello all,
I’m following the directions posted here:
http://www.cmake.org/Wiki/CMake_Testing_With_CTest
I’d like to get my dashboard up on the public one:
http://open.cdash.org/index.php?project=PublicDashboard
I’ve obtained an account on CTest.
How do I register my project?
Thanks,
Adam
15 matches
Mail list logo