I don't have an x86 machine to confirm this, but I am proxying this bug entry:
==============================================================================
We've obtained build 20000313_1431 for Solaris/x86. Trying to run tests on it,
we find out, that java can't start on this build with default settings.

In 20000313_1431/build/x86/jre/lib/jvm.cfg we can see:

####START OF CUT

# @(#)jvm.cfg 1.5 99/09/28
#
# Copyright 1999 by Sun Microsystems, Inc.,
# 901 San Antonio Road, Palo Alto, California, 94303, U.S.A.
# All rights reserved.
#
# List of JVMs that can be used as the first option to java, javac, etc.
# Order is important -- first in this list is the default JVM.
#
-hotspot
-classic
-server

###END OF CUT

 - so, the default JVM is "hotspot". 20000313_1431/build/x86/bin/java script set
 {vmtype} variable to "hotspot" (${jre}="20000313_1431/build/x86/jre"):
 
###START OF CUT

else
    # User didn't specify a VM type, see if default is classic.
    default=`/usr/bin/grep -v '^#' "${jre}/lib/jvm.cfg" | /usr/bin/head -1`
    if [ "x$default" = "x-classic" ]; then
        ttype="${THREADS_TYPE}"
    fi
    vmtype=`echo ${default} | /usr/bin/cut -c 2-`
fi

###END OF CUT


 With this, LD_LIBRARY_PATH for libjvm.so is set to ${jre}/lib/${proc}/${vmtype}
= "20000313_1431/build/x86/jre/lib/i386/hotspot":
 
###START OF CUT

# Set LD_LIBRARY_PATH for libjvm.so (necessitated by ld.so bugid 4176579)
LD_LIBRARY_PATH="${jre}/lib/${proc}/${vmtype}:$LD_LIBRARY_PATH"

###END OF CUT

But build 20000313_1431 doesn't contain folder "hotspot" in
20000313_1431/build/x86/jre/lib/i386 dir. Only "classic", "green_threads" and
"native_threads" folders are available here. So:

1) java can't start without any options. Output (with echo of LD_LIBRARY_PATH):

60.asm.diki:\pwd
/tmp/regtest/build/x86/bin
61.asm.diki:\java
LD_LIBRARY_PATH=/tmp/regtest/build/x86/bin/../jre/lib/i386:/tmp/regtest/build/x8
6/bin/../jre/lib/i386/hotspot:/tmp/regtest/build/x86/bin/../jre/lib/i386/5.7:/tm
p/regtest/build/x86/bin/../jre/../lib/i386:/usr/lib:/auto/Tools/SUNWspro/lib:/us
r/openwin/lib:/SPRING/lib:/opt/gnu/lib:/auto/local/lib:.

Can't load library "/tmp/regtest/build/x86/jre/lib/i386/libverify.so", because
ld.so.1: /tmp/regtest/build/x86/bin/../bin/i386/native_threads/java: fatal:
libjvm.so: open failed: No such file or directory
Could not create the Java virtual machine.
62.asm.diki:

jon.masamitsu@Eng 2000-05-01

The originator of this bug reports that the failure still occurs even
when the correct patches have been applied. The problem is described as
a problem with the wrapper script on x86. I've attached mail from the
originator explaining the problem more fully.