cmd/cgo: size of struct with 0 length trailing field has changed

[ebfe]

package main

import (
        "fmt"
        "unsafe"
)

/*
struct st {
        int a;
        char d[0];
};
*/
import "C"

func main() {
        var s C.struct_st
        fmt.Println(unsafe.Sizeof(s))
}

$ go version
go version devel +c1ccbab Wed Jul 29 21:44:27 2015 +0000 linux/amd64
$ go run t.go
8

With go 1.4

$ go version
go version go1.4.2 linux/amd64
$ go run t.go
4

Is this expected? This potentially breaks a lot of c-bindings.

[ebfe]

This behaviour was introduced with 6f07ac2

[ianlancetaylor]

Right, this doesn't have anything to do with cgo as such. It's a change in the way the Go compiler handles trailing zero length fields.

I think for clarity it would help to see an example of the kind of code that will break.

[ebfe]

I ran into something like this:

import (
        "fmt"
        "unsafe"
)

/*
struct msg_header {
        int flags;
        int len;
        char data[0];
};
*/
import "C"

func marshalMsg(payload []byte, flags int) []byte {
        var hdr C.struct_msg_header
        hdr.flags = C.int(flags)
        hdr.len = C.int(len(payload))
        msg := C.GoBytes(unsafe.Pointer(&hdr), C.int(unsafe.Sizeof(hdr)))
        return append(msg, payload...)
}
func main() {
        fmt.Printf("%x\n", marshalMsg([]byte("hello"), 0))
}

go tip: 00000000050000000000000068656c6c6f
go 1.4.2: 000000000500000068656c6c6f

[ianlancetaylor]

We can fix this by dropping the trailing zero byte field in the cgo translation, but that breaks code like that in issue #8428. You can fix your code by using C.sizeof_struct_msg_header, but I agree that it would be nice if your existing code continued to work.

I'm not seeing any good choices here.

[ebfe]

Yes, I already discovered C.sizeof_struct_.... though it doesn't seem to be documented anywhere (?).

C.sizeof_struct_a != unsafe.Sizeof(C.struct_a) is pretty surprising.

[ianlancetaylor]

I think there is definitely a bug, we just need to decide who to break.

[gopherbot]

CL https://golang.org/cl/12864 mentions this issue.

[gopherbot]

CL https://golang.org/cl/12866 mentions this issue.

[LK4D4]

@ianlancetaylor Could you help me? What is recommended way now to get those fields like char[0]?