This is the mail archive of the
mailing list for the Cygwin project.
Re: How do I get an old version of cygwin?
On Wed, Jan 19, 2005 at 03:50:17PM +0000, Adrian Cox wrote:
>On Tue, 2005-01-18 at 09:51 -0500, Christopher Faylor wrote:
>> On Tue, Jan 18, 2005 at 08:41:51AM +0000, Adrian Cox wrote:
>> >Have you considered building a custom version of the latest Cygwin, and
>> >putting it on their box in a different directory? Trying to solve this
>> >sort of problem is unpopular on this list, but my initial research
>> >suggests that changing the values of CYGWIN_VERSION_DLL_IDENTIFIER and
>> >CYGWIN_INFO_CYGNUS_REGISTRY_NAME should do the job.
>> You really shouldn't be giving out advice to people without
>> understanding what the problems are. You don't even know why this
>> person needs to hve an older version of cygwin. Immediately jumping to
>> the conclusion that they just need to mess with things in the source and
>> recompile is not good advice.
>Because it is extremely common to distribute an application along with
>the correct version of the support packages.
AFAICT, The OP merely wanted to be able to produce a binary that they knew
would work on their customer's system.
AFAIK, all that is required to do that is to link against the older DLL
or an older import library.
I'm only drawing assumptions from the limited information in the
messages but this certainly once again illustrates the point about
people who think they need multiple versions of cygwin on the system.
>If I distribute a Windows application which uses perl, I want to
>distribute a tested working perl interpreter in the same package. If I
>distribute a Windows application using Cygwin, I want to distribute a
>tested working Cygwin DLL in the same package. Disk space and
>bandwidth are so cheap they're almost free. Testing takes time.
So, to extend this reasoning, if you want to release a linux application
which uses perl, you must either release the kernel along with your
application or you have to stop people from using your application on
linux kernels on which you haven't tested.
>These people already have one tested and working application on an old
>version of Cygwin. Now they want to run a second application validated
>against a newer version of Cygwin. As far as I can see Cygwin has been
>deliberately designed to make this difficult.
As far as I can tell, you are purposely avoiding educating yourself on
this subject so that you can continue to make broad statements like
I guess it is getting close to the time to *plonk*.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html