Message-ID: <4FA29070.1060300@gmail.com>
Date: Thu, 03 May 2012 16:04:32 +0200
From: marco atzeri <marco.atzeri@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: [bug] elf.h incomplete
References: <4FA281E3.4020008@samsung.com> <CA+sc5mnHw0CuSzaPiAV4ALQVEKs6_Nc20JrEvu-r121nZU3REg@mail.gmail.com> <4FA2870D.1030604@samsung.com> <4FA28961.2010407@cs.utoronto.ca> <4FA28F35.6060000@samsung.com>
In-Reply-To: <4FA28F35.6060000@samsung.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

On 5/3/2012 3:59 PM, Fedin Pavel wrote:
> On 03.05.2012 17:34, Ryan Johnson wrote:
>> I've also run in to this problem, though in my case I just fired up a
>> VM to work around it... I needed the VM anyway to actually run the
>> newly-built kernel. That said, it would be nice to be able to build on
>> the host and just scp the new vmlinuz across...
>
> I found using VM too uncomfortable and limiting, this is why i switched
> to Cygwin. I have real ARM HW here to actually run the built code. And
> Cygwin NFS server helps a lot with this.
>
>> BTW, libelf.h has all the #defines, but it only #includes them if it
>> doesn't find an elf.h, which Cygwin has.
>
> There's Cygwin package. But i checked it, it doesn't have reloc
> definitions either. So:
> a) Not an option anyway.
> b) Completing system-wide elf.h would solve all problems at once, and
> increase compatibility. Anyway Cygwin's aim is to be as close to UNIX
> environment as possible, to make things working out of the box. Or am i
> wrong here ?
>

as usual
http://cygwin.com/acronyms/#PTC

--
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