From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 39738 invoked by alias); 2 Dec 2015 20:19:52 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 39721 invoked by uid 89); 2 Dec 2015 20:19:51 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.2 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-HELO: etr-usa.com Received: from etr-usa.com (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 02 Dec 2015 20:19:51 +0000 Received: (qmail 92804 invoked by uid 13447); 2 Dec 2015 20:19:49 -0000 Received: from unknown (HELO polypore.west.etr-usa.com) ([73.26.17.49]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 2 Dec 2015 20:19:49 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: libuv From: Warren Young In-Reply-To: Date: Wed, 02 Dec 2015 20:19:00 -0000 Content-Transfer-Encoding: quoted-printable Message-Id: <0406F72A-120B-425D-A0B1-0FB7598113F1@etr-usa.com> References: To: The Cygwin Mailing List X-IsSubscribed: yes X-SW-Source: 2015-12/txt/msg00025.txt.bz2 On Dec 2, 2015, at 12:32 PM, Mr. Coin wrote: >=20 > Lots of project such as node.js or neovim are using libuv > which is incompatible with Cygwin. Why are you trying to stack two I/O abstraction layers? The whole point of= libuv is that it lets you use the same code on *ix and Windows. Why do yo= u also need Cygwin? I realize that libuv doesn=E2=80=99t completely abstract the platform, but = there are a bunch of libraries that you can use together to achieve that. = libapr for general OS facilities, Qt/Gtk for GUIs, etc. Presumably you=E2=80=99re interested in libuv rather than select(2) because= you need the code to be really fast and scalable. So again, why bring Cyg= win into it? That=E2=80=99s just going to eat up a bunch of the speed you = gained by using advanced I/O polling mechanisms. If you=E2=80=99re just trying to get node running, why not use the native b= inaries? -- 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