More automated interfacing of D with C codebases

Jacob Carlborg doob at me.com
Tue Oct 23 23:27:14 PDT 2012


On 2012-10-23 21:43, Brad Lanam wrote:

> Oh, maybe were you thinking that bash is the bourne shell?  It's the
> bourne-again shell, a rewrite of the bourne shell.  Solaris sh is
> probably the closest to the original bourne shell.

I thought I said bash somewhere, but perhaps you didn't.

> My tool runs with any bourne shell compatible shell.  It works
> with bash2, bash3, bash4, ksh, ksh88, ksh93, Solaris sh, Tru64 sh,
> ash, dash, mksh, pdksh. HP-UX sh.

I see.

> You put directives in the "interface file" (to use the SWIG term) to
> test which capabilities the system has.  It creates an output file (.sh,
> .c, .d). Depending on those capabilities, the code can use #if or static
> if statements to provide code that works for the system you are building
> on.
>
> In the case of the C/D language interface, the directives will extract
> typedefs, structures, C function declarations, macros, #defines.

Ok, I see.

-- 
/Jacob Carlborg


More information about the Digitalmars-d-learn mailing list