ciechowoj

I attempted to fix this: https://github.com/jacob-carlborg/dstep/pull/196 Unfortunately all `FILE`, `va_list` and `ssize_t`are defined in `/usr/include/stdio.h` so that dstep maps them to `core.stdc.stdio;`. And at D-side they are not defined in...

Yes, I tried to use this mechanism in the PR. But it doesn't work as the symbols aren't defined in the headers they should be defined. E.g. va_list should be...

dstep doesn't translate function bodies at all.

But what is the actual bug? So far you presented some facts. Please describe some examples of invalid/desired translation or a missing feature in dstep.

Could you provide the context of this code? It looks like WPARAM is not recognized as a type and the expression is parsed as the function call. For example this...

Yeah most likely not a bug: ``` #define WPARAM int #define FORWARD_WM_POWER(hwnd, code, fn) \ (void)(fn)((hwnd), WM_POWER, (WPARAM)(int)(code), 0L) ``` ``` extern (C): alias WPARAM = int; extern (D) auto...

@Robert-M-Muench I think this is an acceptable solution as Windowsx.h is quite commonly used header. @jacob-carlborg what do you think?

> Actually, DStep is already doing that for function declarations. But apparently it doesn't work for function pointers. Do you know if it's valid? E.g. if it works if I...

This is related to #101 as well.

Could you provide an example/example translation?