New build, gobjcopy failure, any clues?

[Volker Simonis]

On Tue, Mar 26, 2013 at 6:43 PM, David Chase <david.r.chase at oracle.com> wrote:
>
> This is Solaris 11, not sure if that matters (configure didn't seem to think it was important enough to mention it).
>
> cmp says /usr/{sfw,ccs}/bin/gobjcopy are equal.
> ls says they are the same inode.
>
> Just for grins, I tried putting /usr/sfw/bin earlier in my path, and trying again (reconfiguring), but had the same result.
>
> Is it possible that this is some sort of a concurrency bug?

I don't think so but if it should really be only a concurrency bug you
should be able to manually do:

gobjcopy --only-keep-debug libjvm.so /tmp/libjvm.debuginfo

> I tried gmake JOBS=1 and it failed slightly differently.
> I am cleaning, starting fresh with JOBS=1, I expect you will not hear from me for a while :-).
>

by the way, for my 'gobjcopy --info' prints:

BFD header file version 2.15
elf32-sparc
 (header big endian, data big endian)
  sparc
elf64-sparc
 (header big endian, data big endian)
  sparc
a.out-sunos-big
 (header big endian, data big endian)
  sparc
elf64-little
 (header little endian, data little endian)
  sparc
elf64-big
 (header big endian, data big endian)
  sparc
elf32-little
 (header little endian, data little endian)
  sparc
elf32-big
 (header big endian, data big endian)
  sparc
srec
 (header endianness unknown, data endianness unknown)
  sparc
symbolsrec
 (header endianness unknown, data endianness unknown)
  sparc
tekhex
 (header endianness unknown, data endianness unknown)
  sparc
binary
 (header endianness unknown, data endianness unknown)
  sparc
ihex
 (header endianness unknown, data endianness unknown)
  sparc

               elf32-sparc elf64-sparc a.out-sunos-big elf64-little elf64-big
         sparc elf32-sparc elf64-sparc a.out-sunos-big elf64-little elf64-big

               elf32-little elf32-big srec symbolsrec tekhex binary ihex
         sparc elf32-little elf32-big srec symbolsrec tekhex binary ihex