Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
X-Authentication-Warning: slinky.cs.nyu.edu: pechtcha owned process doing -bs
Date: Sun, 6 Jul 2003 15:24:49 -0400 (EDT)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: Jeremy White <jwhite AT codeweavers DOT com>
cc: cygwin AT cygwin DOT com
Subject: Re: CVS tag for releases?
In-Reply-To: <002001c34399$4513d210$1c69883e@pomello>
Message-ID: <Pine.GSO.4.44.0307061523410.17919-100000@slinky.cs.nyu.edu>
Importance: Normal
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sun, 6 Jul 2003, Max Bowsher wrote:

> Jeremy White wrote:
> > Hi all,
> >
> > Forgive me if I have missed something blindingly obvious,
> > but I cannot find a CVS tag to correlate
> > to the 1.3.22-1 release of cygwin1.dll.  I see one for
> > cygwin-1-3-19-1 on some winsup/cygwin files.
> >
> > I was hoping to check out a 'stable' release from CVS,
> > and I'd appreciate any guidance on this (or the paper
> > bag, if I've missed the obvious).
>
> There are no such tags.
>
> The reason for this is that cygwin builds newlib into the DLL, so to create
> a fully reproducable build, you would need to tag newlib as well. Apparently
> the newlib folks don't really like cygwin tags in their part of the tree.
>
> Cygwin HEAD is generarally quite stable - or, if you must build a specific
> version, use the source tarball. However, be aware that full reproduction is
> very difficult indeed, as the winsup/mingw and winsup/w32api trees are not
> in the cygwin source tarballs. Nor is any specific cygwin release guaranteed
> to have been built against a released version of the w32api and
> mingw-runtime packages.
>
> The Cygwin source tarballs are supposed to detect the presence or absence of
> the winsup/w32api and winsup/mingw directories, and use the installed
> versions if they are not available in-tree. This is known to be broken in at
> least the 1.3.22 tarball, so you would have to place untarred source code
> from the w32api and mingw-runtime packages at winsup/w32api and winsup/mingw
> in the cygwin source tree.
>
> Max.

IIRC, symlinks to the installed sources for w32api and mingw-runtime in
/usr/src were enough...
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/