[go-nuts] Re: Any idea why b.String() does not reflect the changes done in vim?

Thanks Dave, works fine :) On Monday, August 21, 2017 at 5:25:11 PM UTC+9, Dave Cheney wrote: > > Reopen the file after vim exists, it will be replacing the file by > renaming the vin .swp file, not overwriting its contents. -- You received this message because you are subscribed to the Google

[go-nuts] Any idea why b.String() does not reflect the changes done in vim?

https://play.golang.org/p/_rudr2_Vyc I don't understand why any change done via vim is not reflected by b.String(). I can see the changes in the tempfile. Any help is appreciated. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe f

[go-nuts] amd64 prefetch asm

Hi! I have some code do prefetching that I borrowed from src/runtime // asm_amd64.s TEXT ·prefetch(SB), $0-8 MOVQ addr+0(FP), AX PREFETCHNTA (AX) RET This compiles fine, $ go tool objdump shows: TEXT .prefetch(SB) asm_amd64.s 0x4f18e0 488b442408

[go-nuts] Re: bit twiddling API survey

Thank you everyone for your answers. I created a proposal issue https://github.com/golang/go/issues/18616 please continue the discussion there. miercuri, 11 ianuarie 2017, 16:25:40 UTC+1, Damian Gryski a scris: > > > > On Wednesday, January 11, 2017 at 12:38:35 AM UTC+1, not...@google.com > wro

[go-nuts] Re: 'Undefined symbols for architecture x86_64'

I just want to add that for mac/osx/darwin, in order to use an external framework with cgo and avoid this error you can do the following: package main // To import the CoreGraphics.framework import ( // #cgo LDFLAGS: -framework CoreGraphics // #include "C" // other packages... )