On Tue, Jun 18, 2013 at 07:05:56PM -0400, Larry Hall (Cygwin) wrote:
>On 6/18/2013 2:23 PM, Christopher Faylor wrote:
>> On Tue, Jun 18, 2013 at 01:07:56PM -0500, Ren? Berber wrote:
>>> On 6/18/2013 9:37 AM, Christopher Faylor wrote:
>>>
> There was a project out there many years ago which did
On Tue, Jun 18, 2013 at 11:07 AM, René Berber wrote:
> Here's another: http://atratus.org/
Aha. That's by Mike McCormack, a Codeweavers/Wine alum, who also did
http://ring3k.org/
I wonder how far atratus is from running wine.
At which point one could try running cygwin on wine on atratus on win
On 6/18/2013 2:23 PM, Christopher Faylor wrote:
On Tue, Jun 18, 2013 at 01:07:56PM -0500, Ren? Berber wrote:
On 6/18/2013 9:37 AM, Christopher Faylor wrote:
There was a project out there many years ago which did this. You could
run simple linux binaries on Windows. I offered to host the deve
On Tue, Jun 18, 2013 at 01:07:56PM -0500, Ren? Berber wrote:
>On 6/18/2013 9:37 AM, Christopher Faylor wrote:
>
>>> There was a project out there many years ago which did this. You could
>>> run simple linux binaries on Windows. I offered to host the development
>>> on sourceware.org (aka cygwin.
On 6/18/2013 9:37 AM, Christopher Faylor wrote:
There was a project out there many years ago which did this. You could
run simple linux binaries on Windows. I offered to host the development
on sourceware.org (aka cygwin.com) but, IIRC, the developer never
responded.
I don't remember what the
On Tue, Jun 18, 2013 at 10:33:08AM -0400, Christopher Faylor wrote:
>On Tue, Jun 18, 2013 at 12:17:06PM +0200, Corinna Vinschen wrote:
>>On Jun 18 10:56, Fedin Pavel wrote:
>>> [...]
>>> P.S. I have got even more crazy idea, perhaps deserving a separate topic...
>>> BSD systems have Linux binary c
On Tue, Jun 18, 2013 at 12:17:06PM +0200, Corinna Vinschen wrote:
>On Jun 18 10:56, Fedin Pavel wrote:
>> [...]
>> 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 ab
On Jun 18 16:06, Fedin Pavel wrote:
> Hello!
>
> While waiting for the Big Thing to finish compiling, another crazy idea
> visited my damaged brain. ;-) I wonder if it has some practical value...
>
> > That's not quite correct. The problem is not utilizing the native NT
> > functions to creat
Hello!
While waiting for the Big Thing to finish compiling, another crazy idea
visited my damaged brain. ;-) I wonder if it has some practical value...
> That's not quite correct. The problem is not utilizing the native NT
> functions to create a process image, the problem is that the Win32
>
Hello!
> > P.P.S. Perhaps the answer to (*) is NO, otherwise we would have fast
> > fork()...
>
> That's not quite correct. The problem is not utilizing the native NT
> functions to create a process image,
Wow, interesting...
I wonder if i could get a ELF with some plain hardcoded Windows s
On Jun 18 10:56, Fedin Pavel wrote:
> [...]
> 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 possi
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
On 2013-06-17 08:24, Fedin Pavel wrote:
In order to cross-compile Linux kernel i have to patch host-side tools a
little bit. Current problems are:
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/
On 6/17/2013 11:18 AM, Corinna Vinschen wrote:
On Jun 17 17:24, Fedin Pavel wrote:
Hello!
In order to cross-compile Linux kernel i have to patch host-side tools a
little bit. Current problems are:
1. Cygwin misses linux/types.h
2. Cygwin defines the following ELF macros according to hos
On Jun 17 17:24, Fedin Pavel wrote:
> Hello!
>
> In order to cross-compile Linux kernel i have to patch host-side tools a
> little bit. Current problems are:
> 1. Cygwin misses linux/types.h
> 2. Cygwin defines the following ELF macros according to host machine:
> ELF_ST_BIND, ELF_ST_TYPE, ELF
Hello!
In order to cross-compile Linux kernel i have to patch host-side tools a
little bit. Current problems are:
1. Cygwin misses linux/types.h
2. Cygwin defines the following ELF macros according to host machine:
ELF_ST_BIND, ELF_ST_TYPE, ELF_R_SYM, ELF_R_TYPE
What about improving Linux co
I got a couple of new errors since the last time cross compiled the
Linux kernel on Cygwin with 20 or so tool chains for the different
arches and compare the results to Linux
CYGWIN_NT-5.1 MediaCenterPC 1.7.0(0.212/5/3) 2009-07-24 09:59 i686 Cygwin
Linux 454util 2.6.31.5-127.fc12.x86_64 #1 SMP
17 matches
Mail list logo
