Re: Preserving CVS history

Keith Marshall <[email protected]> Tue, 25 Nov 2014 23:22:20 +0000
Newsgroups gmane.comp.gnu.mingw.devel
Organization MinGW Project
Message-ID <[email protected]>
On 16/11/14 16:55, Cesar Strauss wrote:
> On 10/11/2014 01:01, Keith Marshall wrote:
>> On 09/11/14 21:54, Cesar Strauss wrote:
>> If I get a chance, over the next few days, and if I can find
>> my old CVS sandboxes, I'll clone these...
>>
>>> git clone git://git.code.sf.net/u/cstrauss/mingwrt
>>> git clone git://git.code.sf.net/u/cstrauss/w32api
>>
>> ...and check them for consistency; can't promise that I can do better
>> than checking, at the appropriate release points, against historically
>> released tarballs, though; nor can I promise a quick turn-around.
> 
> Thanks. Don't worry, take your time.

I've now done an 'hg clone' on both, from which I've generated the
attached log files, and rolled the working copies back to reflect the
state at the mingwrt-3.20 and w32api-3.17 release points, respectively:

  $ hg -R mingwrt-hg co -r 562
  $ hg -R w32api-hg co -r 1118

Some comments, arising from subsequent comparison with WSL-legacy:

1) Both packages exhibit a significant number of files with extraneous
   (trailing) white-space; I removed this from the copies of all such
   files, when I imported them into WSL-legacy.

2) mingwrt has several files with malformed RCS keywords, (mea culpa);
   I also corrected these, when importing to WSL-legacy.

3) The readme.txt file in mingwrt is littered with instances of the
   (non-ASCII) closing single quote character; in each instance, the
   ASCII apostrophe *should* have been used, and I corrected this in
   the copy which I imported into WSL-legacy.

4) An oddity in mingwrt: changeset 543 introduced changes in function
   __dyn_tls_init(), which were then incorrectly reverted by changeset
   558, and subsequently corrected again by changeset 566, (apparently
   *after* the mingwrt-3.20 release).  The repository thus shows a bad
   tlssup.c at point of release, yet the released source tarball, (on
   which I based my import to WSL-legacy), incorporates the subsequent
   correction; however, it is lacking the changes introduced by the
   intervening changesets, 563..565.

5) The samples directory of mingwrt is present in the repository, but
   omitted from the source tarball; (a packaging error, perhaps?)  Thus,
   this directory was not imported into WSL-legacy.

6) The repository provides a mingwex/math/pow.c file; this seems to be
   redundant, since MinGW uses the MSVCRT.DLL implementation of pow().

7) The repository provides two files: mingwex/gdtoa/README.mingw, and
   mingwex/gdtoa/gdtoa_fltrnds.h, which are not present in the mingwrt
   source tarball, and are consequently omitted from WSL-legacy.

8) The w32api repository includes a CheckConflicts.sh script which is
   not included in the source tarball; thus, this too is missing from
   WSL-legacy.

-- 
Regards,
Keith.

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk

_______________________________________________
MinGW-dvlpr mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr
mingwrt-hg.log (text/x-log, 259.5 KB) - not displayed
w32api-hg.log (text/x-log, 624.2 KB) - not displayed