On Mon, Sep 24, 2018 at 7:21 PM, <amand...@cohesity.com> wrote: > > I configured everything from scratch again and it seems that this is > reproducible. I also noticed that while running: > CGO_LDFLAGS='"-g" "-O2"' > /usr/gnu/libexec/gcc/sparc-sun-solaris2.10/8.2.1/cgo -debug-gcc -objdir > $WORK/b001/ -importpath command-line-arguments -gccgo -- -I $WORK/b001/ -g > -O2 ./sol10.go > we see an error: > not-type:1:33: error: '__cgo_undefined__2' undeclared (first use in this > function); did you mean '__cgo_f_1_2'? > Could that be an issue?
That is normal enough. What cgo does is create a little file, compile it, and then examine which lines get errors. And error on this line means that the corresponding symbol is not a type. > This looks awfully similar to https://github.com/golang/go/issues/18959. Hmmm, that could indeed be the problem if this is 32-bit SPARC. > I also created a bug: https://github.com/golang/go/issues/27838 with all the > details. Thanks. Ian -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.