Message-Id: <5.0.2.1.0.20001204122315.025ccd10@pop5.banet.net> X-Sender: usbanet DOT farley3 AT pop5 DOT banet DOT net X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 04 Dec 2000 12:28:43 -0500 To: Eli Zaretskii From: "Peter J. Farley III" Subject: Re: CVS question: Export option to preserve dates? Cc: djgpp-workers AT delorie DOT com In-Reply-To: References: <5 DOT 0 DOT 2 DOT 1 DOT 0 DOT 20001203154850 DOT 00a68070 AT pop5 DOT banet DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk At 01:15 PM 12/4/00 +0200, Eli Zaretskii wrote: >On Sun, 3 Dec 2000, Peter J. Farley III wrote: >> I do not see an option for the "export" command that preserves the >> "current" date for each source file exported. > >I don't see such an option euther. However, AFAIK, CVS doesn't have >the notion of a ``current'' date for each file. ??? How does one run a local test make when the "original" dates are not available? >> It's awfully tough to try to produce local diffs when every file in >> the exported set is dated the day that the export is done. > >??? Why does this complicate diff'ing? Can't you simply diff two >directory trees, recursively? > >Are you saying that you have difficulties finding the files that you >changed? I found out what my trouble was -- I had to add the -w option to diff to ignore CR's at EOL. The CVS files seem to all have CRLF-delimited lines, while the djlsr203.zip has (mostly) LF-delimited lines. Perhaps the cvs that I'm using (the one from the cvs site for windows) is producing this? Is there a way to tell cvs *not* to use CRLF, but just LF? Or are the files stored in the repository that way? --------------------------------------------------------- Peter J. Farley III (pjfarley AT dorsai DOT org OR pjfarley AT banet DOT net)