runtime: Use a struct, not void, for an empty struct for libffi.
authorIan Lance Taylor <ian@gcc.gnu.org>
Fri, 16 Jan 2015 02:54:13 +0000 (02:54 +0000)
committerIan Lance Taylor <ian@gcc.gnu.org>
Fri, 16 Jan 2015 02:54:13 +0000 (02:54 +0000)
commitcb054b6341634a175d00fccf3ca07bcddaa69765
treeda5fdc2fe05b13b5665eb574ae14986f1e4f9292
parent56314783c33b58a03f7eee9d48b4a2628ee6e1f0
runtime: Use a struct, not void, for an empty struct for libffi.

A recent libffi upgrade caused the reflect test to fail on
386.  The problem case is a function that returns an empty
struct--a struct with no fields.  The libffi library does not
recognize the existence of empty structs, presumably since
they can't happen in C.  To work around this, the Go interface
to the libffi library changes an empty struct to void.  This
normally works fine, but with the new libffi upgrade it fails
for a function that returns an empty struct.  On 386 a
function that returns a struct is expected to pop the hidden
pointer when it returns.  So when we convert an empty struct
to void, libffi is calling a function that pops the hidden
pointer but does not expect that to happen.

In the older version of libffi, this didn't matter, because
the libffi code for 386 used a frame pointer, so the fact that
the stack pointer was wonky when the function returned was
ignored as the stack pointer was immediately replaced by the
saved frame pointer.  In the newer version of libffi, the 386
code is more efficient and does not use a frame pointer, and
therefore it matters whether libffi expects the function to
pop the hidden pointer or not.

This patch changes libgo to convert an empty to a struct with
a single field of type void.  This seems to be enough to get
the test cases working again.

Of course the real fix would be to change libffi to handle
empty types, but as libffi uses size == 0 as a marker for an
uninitialized type, that would be a non-trivial change.

From-SVN: r219701
libgo/runtime/go-ffi.c