On Wednesday, 21 March 2018 at 22:48:36 UTC, Seb wrote:
> On Wednesday, 21 March 2018 at 22:33:37 UTC, Aedt wrote:
>> I've been playing with D for a while. I usually write/maintain/contribute to C and C++ applications for *nix. D is low key amazing, it has
>> - C standard library in the standard
>> - continually improving betterC idioms
>> - built in version blocks, unit test and debug blocks
>> - painless doc gen
>> - modules and painless dependency handling
>> - linter, formatting tool and suggestion tool independent of editors
>
> Thanks a lot for these kind words!
>
>> Now if D manages all of the following it's going to be even better:
>> - complete porting the C99 compliant C compiler fornt end to the D compiler so you can seamlessly just import C headers (like C++)
>
> I heard that Walter recently ported his DMC++ to D and I heard that someone was working on this, so chances aren't too bad that this might happen ;-)
>
>> - Improve shared library support
>
> What do you miss / are referring to?
>
>> Don't know about other C programmers but if D grants me to write C with modules, doc gen and dep handling, I can switch any day! But I need to be able to use tons of C libraries without having to writing wrappers for them.
>
> Not sure whether you are aware of these two projects?
>
> https://github.com/jacob-carlborg/dstep (converts C headers to D headers auto-magically)
>
> https://github.com/Syniurge/Calypso (LDC fork which allows direct interfacing with C/C++ code)
>
> For my use cases dstep works nicely.

Would be nice to have a facility to generate C headers from a module, ala' `-H` but instead of generating D .di to generate C compilable .h files.

I find it tedious to manually generate those, so for some projects I use some template magic and pragma(msg, ...) to generate a bunch of defines/declarations, but having it build in into the compiler would make it even better!

On Thursday, 22 March 2018 at 15:42:54 UTC, Radu wrote:
> On Wednesday, 21 March 2018 at 22:48:36 UTC, Seb wrote:
>> On Wednesday, 21 March 2018 at 22:33:37 UTC, Aedt wrote:
>>> [...]
>>
>> Thanks a lot for these kind words!
>>
>>> [...]
>>
>> I heard that Walter recently ported his DMC++ to D and I heard that someone was working on this, so chances aren't too bad that this might happen ;-)
>>
>>> [...]
>>
>> What do you miss / are referring to?
>>
>>> [...]
>>
>> Not sure whether you are aware of these two projects?
>>
>> https://github.com/jacob-carlborg/dstep (converts C headers to D headers auto-magically)
>>
>> https://github.com/Syniurge/Calypso (LDC fork which allows direct interfacing with C/C++ code)
>>
>> For my use cases dstep works nicely.
>
> Would be nice to have a facility to generate C headers from a module, ala' `-H` but instead of generating D .di to generate C compilable .h files.
>
> I find it tedious to manually generate those, so for some projects I use some template magic and pragma(msg, ...) to generate a bunch of defines/declarations, but having it build in into the compiler would make it even better!

FYI: There were a few efforts to attempt this, e.g.

https://github.com/dlang/dmd/pull/5082
https://github.com/dlang/tools/pull/39
https://issues.dlang.org/show_bug.cgi?id=9285

In short: it's a bit complicated and no one has managed to get it to the finish line so far.
However, with DMD's new DUB package this might be possible to do without needing to be added to dlang/dmd and can start to grow as a separate project.

On Wednesday, 21 March 2018 at 22:33:37 UTC, Aedt wrote:
> - C standard library in the standard

I noticed that core.stdc.math is missing M_PI and similar constants.  Before -betterC I imagine it was considered sufficient that the constants are in phobos.

Would anyone else like to see these added?

On Thursday, 22 March 2018 at 16:03:14 UTC, Seb wrote:
> On Thursday, 22 March 2018 at 15:42:54 UTC, Radu wrote:
>> [...]
>
> FYI: There were a few efforts to attempt this, e.g.
>
> https://github.com/dlang/dmd/pull/5082
> https://github.com/dlang/tools/pull/39
> https://issues.dlang.org/show_bug.cgi?id=9285
>
> In short: it's a bit complicated and no one has managed to get it to the finish line so far.
> However, with DMD's new DUB package this might be possible to do without needing to be added to dlang/dmd and can start to grow as a separate project.

OK, I guess it make sense to have it as an external tool that's based on the dmdlib. Thanks for the pointers.