Comment 1:

Which version of OS X are you using? I just tried this on 10.8.3 and did not reproduce
the failure.
Marking as Go 1.1 assuming we can reproduce the problem.

Labels changed: added priority-soon, go1.1, removed priority-triage.

Status changed to Accepted.

Comment 2:

I'm on 10.8.3 too.
The failure is related to gcc 4.8.0, go won't work properly using gcc 4.8.0, but the
point is that I've defined $CC as /opt/bin/clang, so it looks like that at some point
the linker bypasses the CC environment variable.
The first entry of "gcc" in my PATH points to /opt/bin/gcc, which is gcc 4.8.0. If I put
/usr/bin/gcc (the one distributed by Apple) before it, all.bash passes. The version of
gcc should not matter when I define the compiler to be clang. Ideally, I should be able
to uninstall gcc and still comile Go with cgo support (I know that's not possible at the
moment).
Anyway, I don't believe this should be a Go 1.1 issue - unless you want Go 1.1 to
support gcc 4.8.0 for cgo builds, but that's another issue, this one is about clang
support on cgo.

Comment 3:

It does look like -rdynamic is not supported on the vanilla GCC for Darwin.
The point of the -rdynamic option is to tell the linker to make all symbols visible to
the dynamic linker.  I don't know if such an option is meaningful or required on Darwin.
Could you please see if everything works with https://golang.org/cl/8120043 ? 
Thanks.

Owner changed to @ianlancetaylor.

Status changed to Started.

Comment 4:

My change is intended to get things working with the vanilla GCC 4.8.0.
We also need to change the Go linker to permit specifying the compiler to use as the
host linker.  This is a TODO item in the sources, required for Go 1.1.

Comment 5:

I confirm it works with CL 8120043, using either CC=clang (I know that it's still using
gcc linker as the host linker, but now all.bash passes) or CC=gcc-4.8.0.
Thank you.

Comment 6:

This issue was closed by revision 47ec6e2.

Status changed to Fixed.