Add hooks into wrap_c? about clang.jl HOT 4 CLOSED

Hmm, there seem to be more customizations I'd like to make, for example to replace

function somefunction(arg::Ptr{Cint})

with something either untyped or as

function somefunction(arg::Array{Cint})

(this is for functions that return values via pointers). It gets hard to imagine being able to cover the range of possible tweaks through hooks. Perhaps replacing wrap_c.wrap((buf::IO, funcdecl::FunctionDecl, libname::ASCIIString) is the real way to go.

from clang.jl.

Yes, I've thought about this sort of thing - far too much, actually, without just trying something... This comes up for C++ too because I want to inject type translations at various points, for classes or templates that need getter/setter helpers. I might do something like:

type Wrap
  pre_wrap::Function
  ccall_wrap::Function
  post_wrap::Function
  ...
end
Dict{ASCIIString => WrapHelpers}()

The dictionary would be part of WrapContext so you could inject various helpers that way.

But, the ideal solution would probably be to reflect the AST in pure Julia and then provide hooks for people to do pattern matching and transformations on that... Everything is more awkward than it should be right now because the AST is read-only.

I'll see what I can do :)

Your second comment is the reason I suggested disabling type signatures in the function call - then I think it should just work via ccall auto-conversion (not sure about performance).

from clang.jl.

It won't have any impact on performance whatsoever. You're right, perhaps removing them is easiest. (I was originally thinking they were extra protection against segfaults, but now I don't think so; ccall itself should complain, I imagine, if the type can't be converted appropriately.)

from clang.jl.

#71 basically implements this.

from clang.jl.