Kelly, I confirmed that the build didn't move move reorder down one level under jarreorder. Maybe it was caused by an accidental fat finger drag/drop. -Pete
Kelly O'Hair wrote: > Don't know what to tell you. You have your reason for the difference > in the working set files. > > The build process should NOT be moving files around, someone did though. > > That's what you get for working on Windows. ;^) > > -kto > > On Jun 21, 2010, at 11:35 AM, Pete Brunet wrote: > >> Thanks Kelly. >> >> fstatus reported nothing for the newly cloned repo >> >> It reported the following for the original. (I didn't include the >> report for the build directory.) >> >> M jdk\make\com\sun\java\pack\Makefile >> M jdk\make\common\Library.gmk >> M jdk\make\common\Program.gmk >> M jdk\make\tools\freetypecheck\Makefile >> M jdk\make\tools\freetypecheck\freetypecheck.c >> ! jdk\make\tools\reorder\Makefile >> ! jdk\make\tools\reorder\tests\Exit.java >> ! jdk\make\tools\reorder\tests\Hello.java >> ! jdk\make\tools\reorder\tests\IntToString.java >> ! jdk\make\tools\reorder\tests\JHello.java >> ! jdk\make\tools\reorder\tests\LoadFrame.java >> ! jdk\make\tools\reorder\tests\LoadJFrame.java >> ! jdk\make\tools\reorder\tests\LoadToolkit.java >> ! jdk\make\tools\reorder\tests\Null.java >> ! jdk\make\tools\reorder\tests\Sleep.java >> ! jdk\make\tools\reorder\tools\Combine.java >> ! jdk\make\tools\reorder\tools\MaxTime.java >> ! jdk\make\tools\reorder\tools\mcount.c >> ! jdk\make\tools\reorder\tools\remove_mcount.c >> ! jdk\make\tools\reorder\tools\util-i586.il >> ! jdk\make\tools\reorder\tools\util-sparc.il >> ! jdk\make\tools\reorder\tools\util-sparcv9.il >> ? jdk\make\tools\freetypecheck\Makefile-OLD >> ? jdk\make\tools\freetypecheck\freetypecheck-OLD.c >> ? jdk\make\tools\jarreorder\reorder\Makefile >> ? jdk\make\tools\jarreorder\reorder\tests\Exit.java >> ? jdk\make\tools\jarreorder\reorder\tests\Hello.java >> ? jdk\make\tools\jarreorder\reorder\tests\IntToString.java >> ? jdk\make\tools\jarreorder\reorder\tests\JHello.java >> ? jdk\make\tools\jarreorder\reorder\tests\LoadFrame.java >> ? jdk\make\tools\jarreorder\reorder\tests\LoadJFrame.java >> ? jdk\make\tools\jarreorder\reorder\tests\LoadToolkit.java >> ? jdk\make\tools\jarreorder\reorder\tests\Null.java >> ? jdk\make\tools\jarreorder\reorder\tests\Sleep.java >> ? jdk\make\tools\jarreorder\reorder\tools\Combine.java >> ? jdk\make\tools\jarreorder\reorder\tools\MaxTime.java >> ? jdk\make\tools\jarreorder\reorder\tools\mcount.c >> ? jdk\make\tools\jarreorder\reorder\tools\remove_mcount.c >> ? jdk\make\tools\jarreorder\reorder\tools\util-i586.il >> ? jdk\make\tools\jarreorder\reorder\tools\util-sparc.il >> ? jdk\make\tools\jarreorder\reorder\tools\util-sparcv9.il >> >> Other than the reorder files the rest makes sense, i.e. are due to >> the changes I made to get the build to work with VS 2010. The report >> implies I moved the reorder directory - but I didn't. Maybe the >> build process moved them. >> >> Pete >> >> Kelly O'Hair wrote: >>> >>> >>> On Jun 21, 2010, at 10:35 AM, Pete Brunet wrote: >>> >>>> Back on the 9th I fcloned from >>>> http://hg.openjdk.java.net/jdk7/jdk7/, i.e. >>>> cd \OpenJDK-b96 >>>> hg fclone http://hg.openjdk.java.net/jdk7/jdk7/ jdk7 >>>> >>>> Today I did a local fclone, e.g. >>>> cd \OpenJDK-b96m >>>> hg fclone \OpenJDK-b96\jdk7 jdk7 >>>> >>>> That resulted in an almost exact clone. The only difference I see >>>> is that in the source jdk7/jdk/make/tools/jarreorder there is a >>>> reorder subdirectory but in the local clone that reorder directory >>>> is instead up one level at jdk7/jdk/make/tools. >>>> >>>> Does that make sense? >>> >>> Makes sense if the original clone had been worked on, and the >>> working set files changed. >>> Mercurial does not manage directories, just files. Empty directories >>> don't mean much to it. >>> >>> Try running something like: hg fstatus -radium >>> On each forest, that will show you exactly what in the working set >>> files are renamed, >>> added, deleted, ignored, unknown, or modified. >>> >>> The working set files are not really part of the repository data, >>> just a set of read-write >>> files for you to make changes with, the .hg directories hold the >>> real repository data. >>> >>> -kto >>> >>>> >>>> -- >>>> Pete Brunet >>>> >>>> a11ysoft - Accessibility Architecture and Development >>>> (512) 238-6967 (work), (512) 689-4155 (cell) >>>> Skype: pete.brunet >>>> IM: ptbrunet (AOL, Google), ptbru...@live.com (MSN) >>>> http://www.a11ysoft.com/about/ >>>> Ionosphere: WS4G >>> >>> >>> >> >> -- >> Pete Brunet >> >> a11ysoft - Accessibility Architecture and Development >> (512) 238-6967 (work), (512) 689-4155 (cell) >> Skype: pete.brunet >> IM: ptbrunet (AOL, Google), ptbru...@live.com (MSN) >> http://www.a11ysoft.com/about/ >> Ionosphere: WS4G
