There's another sort step that gets both sides. I thought I had seen success, and I just checked again, freshly configured and build with an 8 JAVA_HOME:
/export/drchase/jdk8build(42)$JAVA_HOME/bin/java -version java version "1.8.0-ea" Java(TM) SE Runtime Environment (build 1.8.0-ea-b73) Java HotSpot(TM) Server VM (build 25.0-b14, mixed mode) /export/drchase/jdk8build(43)uname -a SunOS intelsdv01 5.10 Generic_141445-09 i86pc i386 i86pc From jdk8/build, as of this morning, building on the same Solaris-10 box: grep sizes.64 with8.log /usr/bin/rm -f '...fastdebug/jdk/gensrc_x11wrappers/sizes.64' /usr/bin/sort /export/drchase/jdk8build/jdk/src/solaris/classes/sun/awt/X11/generator/sizes.64 > ...fastdebug/jdk/gensrc_x11wrappers/sizes.64 ...fastdebug/jdk/gensrc_x11wrappers/sizer.64.exe | /usr/bin/sort > ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp /usr/bin/echo Verifying ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp to ...fastdebug/jdk/gensrc_x11wrappers/sizes.64 Verifying ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp to ...fastdebug/jdk/gensrc_x11wrappers/sizes.64 /pkg/gnu/bin/diff ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp ...fastdebug/jdk/gensrc_x11wrappers/sizes.64 mv ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification.tmp ...fastdebug/jdk/gensrc_x11wrappers/sizes.64.verification So one less worry. David On 2013-02-01, at 1:08 AM, David Holmes <david.hol...@oracle.com> wrote: > I'm confused about this issue. My initial take was that this was caused by > 8004151 because the files in the repo were not sorted, while the generated > file was. > > Based on the changeset: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/57d5d9544628 > > I see: > > + $(GENSRC_X11WRAPPERS_TMP)/sizer.$*.exe | $(SORT) > $@.tmp > > but this: > > +long 4 > +int 4 > +short 2 > +ptr 4 > +Bool 4 > +Atom 4 > +Window 4 > +XExtData.number 0 > ... > > does not appear sorted to me. > > David H. > ------- > > On 29/01/2013 6:41 AM, David Chase wrote: >> >> On 2013-01-25, at 4:55 PM, Kelly O'Hair<kelly.oh...@oracle.com> wrote: >> >>> Please file JBS Issues. >> >> So this is a new bug that needs filing? I think it's sort of a duplicate, >> see below. >> >>> And keep in mind every "Solaris 10" system could be different. >> >> Solaris 10 10/09 s10x_u8wos_08a X86 >> Builds with jdk8, fails with jdk7. >> >> I am pretty sure that the cause of the bug is a dependence (in >> WrapperGenerator) on the order in which items are iterated out of a hash >> table. That appears to have changed in the transition from jdk7 to jdk8. >> That change was apparently necessary to make it (very much) harder to DOS a >> hashtable with collisions. I observed different output running >> WrapperGenerator with the exact same inputs under 7 and 8, cutting and >> pasting from a build and replacing only the target directory and the host VM. >> >> It seems to be fixed in jdk8-build as of six days ago (I checked), as a >> side-effect of fixing 8004151 >> >> David >>
