New build, gobjcopy failure, any clues?

[David Chase]

I think I'm doing a vanilla new-build, but obviously I'm not, because it fails.
What should I be looking for?

the failure:

Linking vm...
ld: warning: symbol '__JvmOffsets' has differing types:
        (file JvmOffsets.o type=OBJT; file dtrace.o type=FUNC);
ld: warning: symbol 'CodeCache::_heap' has differing types:
        (file codeCache.o type=OBJT; file dtrace.o type=FUNC);
ld: warning: symbol 'Universe::_collectedHeap' has differing types:
        (file adaptiveSizePolicy.o type=OBJT; file dtrace.o type=FUNC);
ld: warning: symbol 'BufferBlob::__vtbl' has differing types:
        (file codeBlob.o type=OBJT; file dtrace.o type=FUNC);
ld: warning: symbol 'Method::__vtbl' has differing types:
        (file dtrace.o type=FUNC; file method.o type=OBJT);
ld: warning: symbol 'nmethod::__vtbl' has differing types:
        (file dtrace.o type=FUNC; file nmethod.o type=OBJT);
Opening 'libjvm.so' for update
No SHF_ALLOC flags needed to be cleared.
Done with 'libjvm.so'
/usr/ccs/bin/gobjcopy:libjvm.so: File format not recognized
...

the offending file:

file ./hotspot/solaris_sparcv9_compiler2/product/libjvm.so
./hotspot/solaris_sparcv9_compiler2/product/libjvm.so:  ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically linked, not stripped


configuration summary:

Configuration summary:
* Debug level:    release
* JDK variant:    normal
* JVM variants:   server
* OpenJDK target: OS: solaris, CPU architecture: sparc, address length: 64

Tools summary:
* Boot JDK:       java version "1.8.0-ea" Java(TM) SE Runtime Environment (build 1.8.0-ea-b82) Java HotSpot(TM) Server VM (build 25.0-b23, mixed mode)  (at /export/drchase/jdk8)
* C Compiler:     Sun Studio version 5.10 (at /java/devtools/sparc/SUNWspro/SS12u1/prod/bin/cc)
* C++ Compiler:   Sun Studio version 5.10 (at /java/devtools/sparc/SUNWspro/SS12u1/prod/bin/CC)