|
From: | Charles Wilson |
Subject: | Re: Automake 1.4l released |
Date: | Tue, 14 Aug 2001 22:30:48 -0400 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010713 |
Robert Collins wrote:
On 14 Aug 2001 19:04:11 -0600, Tom Tromey wrote:True. As far as I know nobody ever tried `make distcheck' on Cygwin before. In fact this is the first time I've heard of anybody using Cygwin as their primary maintainer platform for an automake-using project.I did 90% of my squid automake conversion (waiting for automake 1.5 before it can be considered for squid-HEAD merging) on cygwin. make distcheck worked fine with no errors (once other issues with distcheck were solved - but they weren't cygwin-specific). I haven't piped up to now, cause I had nothing to offer on this bug... however for the record: This cp -p error on (cygwin/ntfs/ntsec on), while interesting, is either a) new due to changes in cygwin since I did the squid automake stuff (ie in last 3-4 months) b) interesting, but not the core reason for distcheck failing.
Nope. It actually seems to be due to a change in automake. Apparently, make distcheck did not previously 'chmod -R a-w'. At least, that's how I interpret Alexandre Duret-Lutz's email on the automake list:
> chmod -R a-w is done by the distcheck target (not distdir) to > make sure a distribution can work even from a read-only > filesystem (such as a CDROM). This test was not done in 1.4."This test" being the "remove all write perms and pretend we're on a CDROM". (Sure, 'make distcheck' existed in 1.4, but not with the a-w thing).
So, when you were using automake with squid, you still had write perms on the files and thus 'cp -p' worked without problems.
Hypothesis: if you built and installed automake-1.4l, and then tried to re-autotool your squid source tree, it would fail make distcheck even if you use the same cygwin1.dll that you were using 3-4 months ago.
--Chuck
[Prev in Thread] | Current Thread | [Next in Thread] |