I have some D code that I would like to integrate into an existing CMake infrastructure. I've seen these two projects:
http://www.dsource.org/projects/cmaked
http://plplot.svn.sourceforge.net/viewvc/plplot/trunk/cmake/modules/language_support/cmake/Platform/

Both are quite old. Can anybody comment on the usability of either of these projects? Or perhaps point me to another project that will work?

On Mon, 13 Feb 2012 12:15:23 -0700
Kai Meyer <kai@unixlords.com> wrote:

> Both are quite old. Can anybody comment on the usability of either of these projects? Or perhaps point me to another project that will work?

Try with newer: http://code.google.com/p/cmaked2/


Sincerely,
Gour

-- 
The working senses are superior to dull matter; mind is higher than the senses; intelligence is still higher than the mind; and he [the soul] is even higher than the intelligence.

http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810

Le lundi 13 février 2012 à 20:45 +0100, Gour a écrit :
> On Mon, 13 Feb 2012 12:15:23 -0700
> Kai Meyer <kai@unixlords.com> wrote:
> 
> > Both are quite old. Can anybody comment on the usability of either of these projects? Or perhaps point me to another project that will work?
> 
> Try with newer: http://code.google.com/p/cmaked2/
> 
> 
> Sincerely,
> Gour
> 

Maybe send a pull request to main cmake repo will be better. It is always better to put code to upstream

On Tue, 14 Feb 2012 01:37:20 +0100
bioinfornatics <bioinfornatics@fedoraproject.org> wrote:

> Maybe send a pull request to main cmake repo will be better. It is always better to put code to upstream

I did ask in the mailing list (sometime ago) about the procedure to include it to upstream, but got no replies and then have become interested for premake which is getting D support.


Sincerely,
Gour



-- 
The devotees of the Lord are released from all kinds of sins because they eat food which is offered first for sacrifice. Others, who prepare food for personal sense enjoyment, verily eat only sin.

http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810

On Tuesday, 14 February 2012 at 07:35:26 UTC, Gour wrote:
> On Tue, 14 Feb 2012 01:37:20 +0100
> bioinfornatics <bioinfornatics@fedoraproject.org> wrote:
>
>> Maybe send a pull request to main cmake repo will be better. It is
>> always better to put code to upstream
>
> I did ask in the mailing list (sometime ago) about the procedure to
> include it to upstream, but got no replies and then have become
> interested for premake which is getting D support.
>
>
> Sincerely,
> Gour
> 

Project (https://code.google.com/p/cmaked2/) seems to be dead :(


Any alternatives??

On Monday, 24 March 2014 at 05:44:37 UTC, Igor wrote:
> On Tuesday, 14 February 2012 at 07:35:26 UTC, Gour wrote:
>> On Tue, 14 Feb 2012 01:37:20 +0100
>> bioinfornatics <bioinfornatics@fedoraproject.org> wrote:
>>
>>> Maybe send a pull request to main cmake repo will be better. It is
>>> always better to put code to upstream
>>
>> I did ask in the mailing list (sometime ago) about the procedure to
>> include it to upstream, but got no replies and then have become
>> interested for premake which is getting D support.
>>
>>
>> Sincerely,
>> Gour
>> 
>
> Project (https://code.google.com/p/cmaked2/) seems to be dead :(
>
>
> Any alternatives??

I'm using CMaked2. When I upgraded to cmake 2.8.10 I had to patch it, very simple sed, due to a breaking change in CMake itself.

See this link:
http://public.kitware.com/pipermail/cmake-developers/2012-October/005535.html


In summary:
---
* Replace CMAKE_PLATFORM_ROOT_BIN by CMAKE_PLATFORM_INFO_DIR everywhere

* Replace ${CMAKE_BINARY_DIR}${CMAKE_FILES_DIRECTORY} by
${CMAKE_PLATFORM_INFO_DIR} in just the few places which involve a *.cmake file.
---

All I did was sed the above for all *.cmake and *.in files in cmaked2 then make/install cmaked2.

The LDC guys use CMake and may have a better option for CMake+D also.

Cheers,
ed

>
> Any alternatives??

I moved cmaked2 to github [1], updated and simplified the usage a
little (system cmake patch not necessary anymore). You can give
it a try. Dub registry support is also on the way.

Regards
Dragos


[1] - https://github.com/dcarp/cmake-d

On 3/24/14, 4:55 PM, Dragos Carp wrote:
>>
>> Any alternatives??
>
> I moved cmaked2 to github [1], updated and simplified the usage a
> little (system cmake patch not necessary anymore). You can give
> it a try. Dub registry support is also on the way.
>
> Regards
> Dragos
>
>
> [1] - https://github.com/dcarp/cmake-d

Fantastic, thanks Dragos!! A fellow Romanian it seems :o) -- Andrei

On Monday, 24 March 2014 at 23:55:14 UTC, Dragos Carp wrote:
>>
>> Any alternatives??
>
> I moved cmaked2 to github [1], updated and simplified the usage a
> little (system cmake patch not necessary anymore). You can give
> it a try. Dub registry support is also on the way.
>
> Regards
> Dragos
>
>
> [1] - https://github.com/dcarp/cmake-d

Heh, seems I waited a bit too long, eh? I've been gearing up to do an initial release of some modifications to CMake that give better D support. (To clarify: this isn't being merged upstream yet, but hopefully that'll happen eventually)

While the approach taken by CMakeD2 and cmake-d gets a good amount of the way there, it lacks key CMake features. Namely: Visual Studio support, which unfortunately requires patching the C++ source.

The module-only approach also cannot support LDC (save via ldmd, which is not ideal), as CMake will think it is a linker. There were other problems I encountered that required changes to the C++ code as well, though I don't recall what they were off the top of my head.

I'm curious to see how you intend to do dub support, though.

 - Trent

On Monday, 24 March 2014 at 23:55:14 UTC, Dragos Carp wrote:
>>
>> Any alternatives??
>
> I moved cmaked2 to github [1], updated and simplified the usage a
> little (system cmake patch not necessary anymore). You can give
> it a try. Dub registry support is also on the way.
>
> Regards
> Dragos
>
>
> [1] - https://github.com/dcarp/cmake-d

You beat me to it :)

I was going to github my version today at work but I'll drop it now and work from your repo.

Thanks setting it up!

Cheers,
ed