nidaqmx part 2

[xlab]

nidaqmx part 2

[xlab]

Hi, sorry I'm quite busy this week, I'll contact you back on this asap for me

[xlab]

@5k3105
I hope you're using Go 1.8, that's important.
CGO was improved in 1.8 significantly, including better type handling.
I'm on 1.8 and adjusting my generator accordingly. I don't think it's because of your vars.

[5k3105]

Yes. go version go1.8 windows/amd64

[5k3105]

I reverted to the original bindings generated months ago that were working. It looks like it can find the dll fine, and the same env vars. So maybe it is that I am using go 1.8?

Lol. Right after I wrote that I checked reddit (like every day) and:
"runtime: some Go executables broken with macOS 10.12.4 / Xcode 8.3 but fine with Xcode 8.2"
golang/go#19734

Even though I'm on windows, I uninstalled 1.8 and installed 1.7.5 ...

and it works :)

[xlab]

@5k3105 I just removed a workaround for pre-1.8 versions of Go, could you please check again with newest version of c-for-go and Go 1.8? Thank you.

[xlab]

The last time we talked I forgot to commit this xD

[5k3105]

https://github.com/5k3105/nidaq

latest c-for-go
go version go1.8 windows/amd64
(it reports 1.8 but I installed 1.9 on windows)

$ go install
# local/nidaqmx
..\nidaqmx\nidaqmx.go:20: cannot use cTaskHandle (type *unsafe.Pointer) as type *C.TaskHandle in argument to func literal
..\nidaqmx\nidaqmx.go:29: cannot use cTaskHandle (type unsafe.Pointer) as type *C.TaskHandle in argument to func literal
..\nidaqmx\nidaqmx.go:2119: cannot use cTaskHandle (type *unsafe.Pointer) as type *C.TaskHandle in argument to func literal