Max Kupriianov
Max Kupriianov
@CtrlZvi Please check if this somehow may fix the problem of https://github.com/xlab/c-for-go/issues/38
@magiconair sorry, I been busy the whole year and postponing the fixes for the build scripts for too long :) Thanks for sharing this issue, I'd gladly accept a PR...
@magiconair It should not be necessary. Although if you do, specify path `CPP=""` to the toolchain version of cpp via `export`.
@delthas @faisal00813 hey, isn't this an example of what is needed? https://github.com/xlab/vorbis-go/blob/master/cmd/vorbis-player/main.go#L134
@faisal00813 yep, you should have a type, btw, I advice to avoid modifying the original headers, and instead add another .h to the YAML spec with custom code and bridges....
Hi, definitely no way to parse the comments, but I don't see the problem of calling `VENDOR_free ` from Go side. ```go C.VENDOR_ask_full_version(&val) // smth C.VENDOR_free(val) ```
I'd suggest to implement `filepath.FileWalk` interface if possible. ```go type WalkFunc func(path string, info os.FileInfo, err error) error ```
@ohenepee Sorry, I completely missed this issue. I was working on JNI bindings to the Android SDK, but was burdened with other work. You can see an example of interacting...
Unfortunately all the iOS interaction goes through C shims for obj-c logic. I would like to find or make a C API project for some minimal set of iOS features...
Surely, I usually just ignore these functions in manifest. When CGO will support variadic argument lists I'll implement that in cgogen too. There is an idea of implementing a helper...