delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-497611.1 required=5.0 tests=AWL,BAYES_50 |
X-Spam-Check-By: | sourceware.org |
X-MDAV-Processed: | mail1.multiplay.co.uk, Sun, 19 Sep 2010 03:52:57 +0100 |
X-Spam-Processed: | mail1.multiplay.co.uk, Sun, 19 Sep 2010 03:52:57 +0100 |
X-MDRemoteIP: | 188.220.16.49 |
X-Return-Path: | prvs=187885dc7f=killing AT multiplay DOT co DOT uk |
X-Envelope-From: | killing AT multiplay DOT co DOT uk |
X-MDaemon-Deliver-To: | cygwin AT cygwin DOT com |
Message-ID: | <46A06B8E364A45CB95D16BCD109D88D0@multiplay.co.uk> |
From: | "Steven Hartland" <killing AT multiplay DOT co DOT uk> |
To: | <cygwin AT cygwin DOT com> |
References: | <AANLkTimP2TqucKt075ZyfTOMzEByUEUboBTz5V-SVEwX AT mail DOT gmail DOT com> <AANLkTi=uFBTQkY6BP03PO2+wsBeOVDitF0CNyLBDj-3C AT mail DOT gmail DOT com> <4C938040 DOT 3080704 AT cwilson DOT fastmail DOT fm> <AANLkTi=ONi+XPUx9z3K2yEVq_28QP+yV1Y2sue3vH7w2 AT mail DOT gmail DOT com> <20100918214807 DOT GA29546 AT ednor DOT casa DOT cgf DOT cx> |
Subject: | Re: simplifying rebaseall |
Date: | Sun, 19 Sep 2010 03:52:56 +0100 |
MIME-Version: | 1.0 |
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 |
----- Original Message ----- From: "Christopher Faylor" >>What I suggest isn't that usefull when you think to base all >>DLL that have been installed by setup.exe. It becomes usefull in the >>moment the user starts to compile his own DLL especially if he used >>scripts to control compilation. To compile somethng is a typical use >>of cygwin. > > No, it really isn't. I'd beg to differ; I'd suggest it is, as suggested by the OP, actually quite a common use. You only have to look at the use of say perl and you will have users quite regularly compiling their own DLL's as they install modules via CPAN, and this is quite painful due to all the issues it can present with rebase. While I love cygwin, I must say that its supporting community can be very dismissive of its users to the point of alienating potential contributors. I myself has have experienced this on several occasions and have ended up finding myself not raising issues that affect us daily for fear of being shot down for no more reason that someone doesn't "think" its import to fix or should "work" that way anyway or even doesn't like the way you structured you post. To reiterate I still think that developers deserve much respect and thanks for all the effort they put in, but a little more open mindedness and approachability like that which can be found in other open source communities such as SFU and FreeBSD wouldn't go a miss sometimes ;-) Regards Steve -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |