local fclone - reorder directory moved up one level

[Pete Brunet]

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), ptbrunet at 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), ptbrunet at live.com (MSN)
>> http://www.a11ysoft.com/about/
>> Ionosphere: WS4G