Huangyan9188 / gogoprotobuf

Automatically exported from code.google.com/p/gogoprotobuf
Other
0 stars 0 forks source link

appengine support #3

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
Marshalling and unmarshalling requires unsafe when code is not generated.  This 
removes the support goprotobuf had for appengine.
Use build constraints.

This might help
https://github.com/davecheney/golang-crosscompile
http://dave.cheney.net/2012/09/08/an-introduction-to-cross-compilation-with-go

Also remember this:

SliceHeader is the runtime representation of a slice.
It cannot be used safely or portably.
It cannot be used safely or portably and its representation may
change in a later release.
Moreover, the Data field is not sufficient to guarantee the data
it references will not be garbage collected, so programs must keep
a separate, correctly typed pointer to the underlying data.
type SliceHeader struct {
    Data uintptr
    Len  int

Original issue reported on code.google.com by awalterschulze on 8 Oct 2013 at 3:33

GoogleCodeExporter commented 9 years ago
+appengine:
+       go clean ./...
+       go install -tags=appengine -installsuffix=appengine ./proto
+       go test -v -tags=appengine -installsuffix=appengine ./test
+       go test -v -tags=appengine ./proto
+

go tags are not helping enough.
I will probably have to write a script which renames some files and rebuilds :(

Original comment by awalterschulze on 22 Nov 2013 at 8:32

GoogleCodeExporter commented 9 years ago
Maybe this will help
https://github.com/mitchellh/gox
I should check it out

Original comment by awalterschulze on 24 Nov 2013 at 12:23

GoogleCodeExporter commented 9 years ago
If someone can show me a way to get a consistent compilation error that I can 
use as a test and someone wants this feature I'll give it some attention.

Original comment by awalterschulze on 29 Mar 2014 at 3:42