Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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
From: Gernot Hillier <gernot DOT hillier AT siemens DOT com>
Organization: Siemens AG
To: cygwin AT cygwin DOT com
Subject: Re: how to re-build Cygwin core package?
Date: Thu, 26 Aug 2004 08:53:38 +0200
User-Agent: KMail/1.6.2
Cc: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
References: <200408251307 DOT 59124 DOT gernot DOT hillier AT siemens DOT com> <Pine DOT GSO DOT 4 DOT 61 DOT 0408251324200 DOT 1589 AT slinky DOT cs DOT nyu DOT edu>
In-Reply-To: <Pine.GSO.4.61.0408251324200.1589@slinky.cs.nyu.edu>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Text/Plain; charset="iso-8859-1"
Message-Id: <200408260853.42308.gernot.hillier@siemens.com>
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id i7Q6rpZt025408

Hi Igor!

Thx for your quick reply!

Igor Pechtchanski wrote:
> Why not build from CVS HEAD?  Not only does this ensure that you get the
> latest fixes, but also the CVS build is much less painful than the source
> package build.  The source package is really provided mostly for
> reference.

Well, I need Cygwin for production use and therefore, I prefer to use released 
versions instead of the current CVS snapshot. Also, we used the current 
Cygwin versions since some time and changing it now may break much, I fear...

> > So now my question is: what exactly is the process used for building the
> > "official" cygwin core binary packages? Should I replace the cygwin,
> > mingw-runtime and w32api packages all at once to have a clean new Cygwin?
>
> Depends on what exactly is changed.  If the changes are limited to the
> Cygwin DLL, replacing just the DLL should suffice.  

I assume that only the DLL should change. But for some reason (I assume newer 
compiler) all binaries I get look different than these of the original binary 
package. 

Therefore, to have a "clean" base package, I thought recreating it completely 
would be better (mainly because of other libraries and headers which are 
somehow dependent directly from cygwin1.dll). But as more I think about it 
now, the more I assume the only clean way would be to recompile all packages 
- which I definitely don't want to do. So just replacing the dll should be as 
good as replacing 2 or three core packages only. Right?

> If some method signatures changed 
[...]

No. It's only a small semantic fix, nothing in the API.

> Unfortunately, Cygwin does not have a Cygwin-specific readme in
> /usr/share/doc/Cygwin...  Do, however, search this list (or the Cygwin
> site) for "mknetrel" (or, better, "mknetrel build cygwin").

Thx for this hint! Will do so...

> Incidentally, two issues should be mentioned.  One is licensing: if you
> intend to distribute the modified version of the Cygwin package, your
> changes are automatically GPL'd, and you should distribute the full
> source, including the changes.  I would recommend, however, instead of
> creating a yet another copy of Cygwin ("YACOC"? Nah!), to consider
> contributing the patch into the main Cygwin development (you'll need a
> copyright assignment, see <http://cygwin.com/contrib.html>.  I would also
> recommend subscribing to the cygwin-developers list in that case...

Well, sorry. Should've mentioned this: I want to add Pierre's POSIX root patch 
which was already posted to the cygwin-patches list but not yet included 
(http://www.cygwin.com/ml/cygwin-patches/2004-q3/msg00039.html). 

But thx for noting this! Certainly we respect the GPL and other Open Source 
licenses and not only try to fulfill their requirements but whenever possible 
(and sensible) we feedback our changes to the original projects. I think this 
is only fair in exchange of the value one can take from the community "for 
free".

-- 
Bye,

Gernot Hillier
CT SE 2
Siemens AG, Mch P

--
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/