This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Trouble with running cygwin dll on Vortex86MX+ CPU
- From: "Larry Hall (Cygwin)" <reply-to-list-only-lh at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Mon, 07 Apr 2014 21:28:29 -0400
- Subject: Re: Trouble with running cygwin dll on Vortex86MX+ CPU
- Authentication-results: sourceware.org; auth=none
- References: <loom dot 20140403T003453-906 at post dot gmane dot org> <20140404083359 dot GD2508 at calimero dot vinschen dot de> <loom dot 20140404T113717-470 at post dot gmane dot org> <20140404113738 dot GF2508 at calimero dot vinschen dot de> <loom dot 20140407T124141-753 at post dot gmane dot org> <20140407112313 dot GA17922 at calimero dot vinschen dot de> <5342D299 dot 1040101 at cygwin dot com> <loom dot 20140407T225832-327 at post dot gmane dot org> <534322E8 dot 8070701 at cygwin dot com> <alpine dot LNX dot 2 dot 00 dot 1404071509070 dot 9344 at ming dot fruitbat dot org>
- Reply-to: cygwin at cygwin dot com
On 4/7/2014 6:41 PM, Peter A. Castro wrote:
<snip>
Geetings, Larry,
Some comments about this (sorry if this is off-tipic):
Since you're providing this Cygwin service, I don't consider information
about this service to be off-topic. And, of course, if *I* don't consider
it off-topic, it certainly can't be. ;-)
1) There used to be a directory to pull the snapshots, but that's been
removed or otherwise made inaccessable a while ago, so archving the
snapshots has been impossible for me.
Understood. Yeah, access to "snapshots", among others, is turned off to
robots. I'd say check with Chris on this one to see if there could be
some accommodation here.
2) Packaging changes of setup.exe have made extracting the version string
impossible, save for actually running setup, which isn't something I'm
going to do on a daily basis. If there is a method of extracting this
info from it, please do tell me how.
I'm assuming it used to just be in the RC file in the past. Didn't look
in the history to trace it back. But now it is generated and put in
setup_version.c as a global constant setup_version.
3) The format of setup.ini hasn't changed in any significant way that
prevents newer versions of setup from working with older versions of
the achive, and vise-versa, so it hasn't been worth doing regular
achives of setup. Mostly I tell people to grab the lastest setup and
try it first.
Yes, generally, this should work and I agree that this is the first,
easiest answer if there is no corresponding setup for a particular date. I
was under the impression that you were also pulling setups with each
release. That, of course, is no guarantee of direct correspondence
either but it's close. No matter.
The exceptions are for the Legacy release (hard coded for -legacy)
as well as the preview (-2) release, but that, again, was most about
the name of the setup file and the initial release path names.
So, there really hasn't been much incentive to archive setup.
That being said, I do have a Legacy and a -2 setup versions available
for those that need them, as well as some other older releases of
setup, just in case.
Yes, I noticed. That's a "Good Thing"(tm). :-)
Thanks,
--
Larry
_____________________________________________________________________
A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?
--
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