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
	=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
From: Fedin Pavel <p.fedin@samsung.com>
To: "'Yaakov (Cygwin/X)'" <yselkowitz@users.sourceforge.net>,
        cygwin@cygwin.com
References: <003401ce6b5d$f6ec87b0$e4c59710$%fedin@samsung.com> <51BF7465.2030104@users.sourceforge.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