Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
Message-ID: <013301c16a6a$90e52ae0$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <cygwin-apps AT cygwin DOT com>
References: <20011111032226 DOT GA21492 AT redhat DOT com> <3BEDFD26 DOT 7060806 AT ece DOT gatech DOT edu> <20011111043034 DOT GA22375 AT redhat DOT com>
Subject: Re: Move zlib up one level?
Date: Sun, 11 Nov 2001 15:37:26 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 11 Nov 2001 04:43:21.0449 (UTC) FILETIME=[63FA7D90:01C16A6B]


----- Original Message -----
From: "Christopher Faylor" <cgf AT redhat DOT com>


> >Yeah, but isn't cygcheck a cygwin1.dll application?
>
> Not anymore.  :-)
>
> I've been asking for someone to change this for a while but I finally
> decided to do this myself.
>
> I'm adding package checking to cygcheck.exe right now.  I wanted to
get
> a more intelligent version of cygcheck.exe released for cygwin 1.3.5.
> Changing cygcheck to a mingw application has obvious benefits and I'd
> been meaning to add some crude package handling to it for a while.
>
> It was sort of a proof-of-concept type of thing but it works ok
> for a version 1.
>
> The only problem is that I had to pull a lot of code out of setup.exe.

Not good.. particularly with the amount of changes I'm accruing in setup
at the moment.

> I think we need a "libutils" directory or something that will allow
the
> sharing of setup's version handling, filename parsing, and mount table
> handling.

Good idea. For package management - querying installed packages/files
per package etc, a c++ library built from parts of setup.exe will be
needed. As I sort the object model out I'll happily assist putting this
together.

Rob