X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-type:content-transfer-encoding; q=dns; s=default; b=CAQCZTW5Cqa4sFQ71lzsoUzan9s2yPvbuDht6rDn2mT HhtWS0lqtAaa2Sju6eYSe8ruycgLQtXMwMdQukzK5fVxdAIjz7qO4osw+CxzDT70 8Gpsam5dEqzRd9wpfN28mXMhmRLYiqVG8Lm6foMM/lasXdvGMok9/u+0jg2r4ujc = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-type:content-transfer-encoding; s=default; bh=dtqay2FFRJPAEd5BjZPpp92OzSY=; b=YPLDxDzXwsgL0rZyu zpFe1ctb/tyOh2EGxE8UsscCQEyQ4NCp0uplieSrhtLNcO/124kXTV2QgeFBAucb W/tosf0FGGw44TXLqUQNeOXd/ZS9Ebv7xccEn/9iQExmTXBzoycC+5seNBcHyJ2v ZITtPMYkyqUFueGJoFoLNneVrM= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_VIA_APNIC,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.1 From: Fedin Pavel

To: "'Yaakov (Cygwin/X)'" , cygwin AT cygwin DOT com References: <003401ce6b5d$f6ec87b0$e4c59710$%fedin AT samsung DOT com> <51BF7465 DOT 2030104 AT users DOT sourceforge DOT net> In-reply-to: <51BF7465.2030104@users.sourceforge.net> Subject: RE: Cross-compiling Linux kernel Date: Tue, 18 Jun 2013 10:56:09 +0400 Message-id: <001301ce6bf0$ea4904a0$bedb0de0$%fedin@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Hello! > > 1. Cygwin misses linux/types.h > > I have been trying to get this fixed upstream for quite some time > without success: > > https://lkml.org/lkml/2012/6/11/604 > https://lkml.org/lkml/2012/10/15/608 > https://lkml.org/lkml/2013/4/28/84 Looks like Linux developers have taken over Olympus from greek gods, and totally don't care about anyone except themselves any mote. I have already met this problem when tried to push Amiga SFS filesystem implementation to LKML. They told me something like: "We are *L*I*N*U*X*, we have own cool filesystems and we don't care about one more obscure filesystem". I was extremely angry and barely stopped myself from replying that whole their Linux is not less obscure, because 99% of the world actually use NTFS. :( Again, from the practical point of view... May be make some package like linux-compat ? P.S. I have got even more crazy idea, perhaps deserving a separate topic... BSD systems have Linux binary compatibility layer. Could we have one ? Technically this depends on ability to construct process image manually in Windows (*). Is it possible (using NT API of course) ? And, of course, someone needs lots of spare time to code this. :) OTOH, CoLinux already does this (yep, they are not 64-bit for now...), so perhaps there's no need to duplicate the job done. P.P.S. Perhaps the answer to (*) is NO, otherwise we would have fast fork()... Kind regards, Pavel Fedin Expert Engineer Samsung Electronics Research center Russia -- 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