James S Blachly, MD

I ran into this [unable to turn off autoescaping of greater than and less than in JSON output] today and was shocked :/

@whrose a potential solution is to use luascript to scan and replace name-parts with formatted data using AST elements like `Strong`. I currently have a transformer working, which I verified...

a.h: ```C typedef struct { int x; int y; } A; ``` b.h: ```C #include "a.h" typedef A B; ``` for completeness, c.c: ```C #include #include "b.h" int main(void) {...

Other parts of dstep/lib-clang do seem to look across imports, however ; in another conversion I got a warning about duplicate symbols. So it is seems surprising that the `_Anonymous_0`...

Actually, thinking more carefully about the title, I haven't proved that the typedef does not retain the function arguments, but I THINK that is the case given that `g` translates...

`f` comes directly from a library to which I maintain bindings: ``` typedef char *kgets_func(char *, int, void *); int kgetline(kstring_t *s, kgets_func *fgets_fn, void *fp); ``` https://github.com/samtools/htslib/blob/51275bcbda6d1e0849d0e50d0edd13814d38ebd1/htslib/kstring.h#L116-L118

I see now it is a function prototype. C programmer habit of attaching pointer operator to the RHS drives me crazy. `typedef char* kgets_func(char *, int, void*)` is more clear...

Off-topic for dstep specifically but when I fixed this by hand it was my first experience with variadic templates in D and I was blown away by compile time sequences....

Also bitten by missing `ssize_t` today. Is truly a bug on the Dlang core library side, but affects dstep

@jacob-carlborg -- I don't necessarily need the fn body transplanted, even a diagnostic warning that this has happened would be excellent.