delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,TW_YG,T_RP_MATCHES_RCVD |
X-Spam-Check-By: | sourceware.org |
Message-ID: | <4D50138B.5020001@redhat.com> |
Date: | Mon, 07 Feb 2011 08:45:15 -0700 |
From: | Eric Blake <eblake AT redhat DOT com> |
User-Agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.7 |
MIME-Version: | 1.0 |
To: | cygwin AT cygwin DOT com |
Subject: | Re: Please add 'AVG Internet Security 2011' to the BLODA list (and cygport also :-) ). |
References: | <4D4F77BE DOT 4000305 AT serv DOT net> |
In-Reply-To: | <4D4F77BE.4000305@serv.net> |
OpenPGP: | url=http://people.redhat.com/eblake/eblake.gpg |
X-IsSubscribed: | yes |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
--------------enigBE658B516B99886EA1C0144B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 02/06/2011 09:40 PM, L Anderson wrote: > In regards to the aforementioned while loop in 'conftest.c'--the logic > of it being run for every invocation of a 'coreutils' build escapes me. > I can see running it once per OS, outside of the build process, to > determine if the given OS does the right thing; after that, shouldn't it > just be a case of checking if the OS being used has been tested and > deemed to behave properly? Yes, this particular configure test takes a long time, even without virus scanning, on WinXP (where Microsoft has an O(n^2) implementation); it's faster on newer Windows (where Microsoft fixed things to be O(n)). You can pre-seed a config.site cache to skip the test by using a known outcome result (in fact, I do just that when building coreutils): $ cat >> /usr/config.site <<\EOF # configure gets the right answer, but only after hammering the system gl_cv_func_getcwd_path_max=3Dyes EOF I suppose I should also tweak my coreutils*.cygport file to pre-seed the cache at configure time (by adding gl_cv_func_getcwd_path_max=3Dyes to CYGCONF_ARGS), but that won't help you when upgrading to coreutils-8.10-1.cygport, which came out between your report against 8.8 and this email. --=20 Eric Blake eblake AT redhat DOT com +1-801-349-2682 Libvirt virtualization library http://libvirt.org --------------enigBE658B516B99886EA1C0144B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJNUBOLAAoJEKeha0olJ0NqqysH/1tL9GeASpbn7AUFOxWBAZkX YszWaGrhV2hQAw8G0ueVyzZ96/o4iLrhX8V9wnj8OJy2i5MS9wyQbEAK5X5vKR6g 6k9KnTGFI4QVTno6rvfPMXAD72jMfgMy8s1igmtAgi5tyD8C0N3IxZX6biWHemuw GsitXaVmfqcNI7632fEOgWfBoMHgNbZ+kXvfCWDNFIofaFaidheZ+g1Fwj6TiHMI oAFtHsdtZisjN7cr8y8EFY9iXqTOcWrT7VgIevp+lPHRXswH8W9Hsg10ZE7rkGzh C4sSHsfRaeRwBk50QAZjJiP2v+C2zWuQ/xN9v+JoLufVZjT/OoZnGZPKHpoRepI= =0b53 -----END PGP SIGNATURE----- --------------enigBE658B516B99886EA1C0144B--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |