[go-nuts] Question regarding a very tricky build set up

2019-12-22 Thread christophberger . com
Oh my gosh. You could have saved all the time for writing that long long question if someone had told you before that GOPATH is a thing of the past. Go has a new package dependency management system called Go Modules, and this removes the need for a central source code workspace. See https://

[go-nuts] Now that wasm is 'standard'... bundle common lang runtimes with browsers

2019-12-22 Thread Russtopia
Crazy idea, but: Now that wasm is 'official', why not push browser vendors to put the Go runtime/stdlib, built for wasm, right into the browser so it doesn't need to be downloaded with every single *.wasm project? Of course, to be fair, not just Go -- why not also python-wasm-runtime, c-wasm-runt

Re: [go-nuts] Now that wasm is 'standard'... bundle common lang runtimes with browsers

2019-12-22 Thread 'Axel Wagner' via golang-nuts
ISTM that this requires being able to distribute the runtime of the language separately from the "user code" and link them together again successfully. Once you have that - it seems a problem far better solved by decent caching. That is, as a Go-user, I'd put a "load Go runtime from https://golang.

Re: [go-nuts] Now that wasm is 'standard'... bundle common lang runtimes with browsers

2019-12-22 Thread Robert Engels
Pretty much the JVM in the browser all over again... if I can live long enough maybe I can see people touting the ergonomics and simplicity of the 3270. > On Dec 22, 2019, at 5:33 AM, 'Axel Wagner' via golang-nuts > wrote: > > ISTM that this requires being able to distribute the runtime of th

[go-nuts] playground behaves different from local machine

2019-12-22 Thread T L
The code from the std go/types package parses the demo code well on local machine, but not in playground: https://play.golang.org/p/BlHHgdscaXj What is the cause? -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group a

[go-nuts] Re: Now that wasm is 'standard'... bundle common lang runtimes with browsers

2019-12-22 Thread Russtopia
Points well taken. Hadn't considered that simply caching should negate any load time issues. Also agreed, reinventing applets is probably a bad idea... No more posting hare-brained ideas whilst half-asleep :) Cheers, -R. On Sunday, 22 December 2019, Robert Engels wrote: > Pretty much the JVM

Re: [go-nuts] [CGO] | Calling C structs(easyhook.h) worked but functions (easyhook.h) not worked.

2019-12-22 Thread Ahmet Tarık GUNAL
It was just for the messagebox error. Not for the others(powershell output etc. [go build -v -x go-easyhook.go]). Don't get confused. 22 Aralık 2019 Pazar 19:29:51 UTC+3 tarihinde Jan Mercl yazdı: > > > > On Sun, Dec 22, 2019, 17:24 Ahmet Tarık GUNAL > wrote: > >> https://play.golang.org/p/MLxY6

Re: [go-nuts] [CGO] | Calling C structs(easyhook.h) worked but functions (easyhook.h) not worked.

2019-12-22 Thread Ahmet Tarık GUNAL
Please forgive me. I put the link to top. Unfortunately, there was no preview, so I didn't know what kind of post I had. 22 Aralık 2019 Pazar 19:33:17 UTC+3 tarihinde Jan Mercl yazdı: > > And sorry for me missing the playground link completely. I'm becoming > gradually lost without my glasses. A

Re: [go-nuts] [CGO] | Calling C structs(easyhook.h) worked but functions (easyhook.h) not worked.

2019-12-22 Thread Tamás Gulácsi
If I read it correctly, EasyHook64.dll is not found. That's the error. It is relevant. Make sure it is in the same directory with your exe, or in %PATH%, or wherever kernel.dll finds it. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsub