On 7/30/10 7:53 PM, Chris Sutcliffe wrote:
> I just tried with the latest Cygwin snapshot (20100726):
>
> $ x86_64-w64-mingw32-dllwrap.exe --version
> GNU x86_64-w64-mingw32-dllwrap (GNU Binutils) 2.20.51.20100726
> Copyright 2010 Free Software Foundation, Inc.
> This program is free software; yo
On Fri, Jul 30, 2010 at 10:50 AM, Chiheng Xu wrote:
>
> Is 64-bits MSYS or Cygwin necessary?
>
> MSYS may be not necessary at all.
>
> If Cygwin merge the changes done in MSYS, and provide a Win32_Path
> mode(translating all Unix paths to Win32 paths at fork/exec or spawn)
> and MinGW transform it
Hi Kai,
On 7/16/10 8:42 AM, Kai Tietz wrote:
> Hello Chris,
>
>> I'm trying to compile Info-zip's zip 3.1c during the linking stage of
>> the 'dll' target. The command I use to build the dll is:
>>
>> make -f win32/makefile.gcc CC=x86_64-w64-mingw32-gcc
>> RC=x86_64-w64-mingw32-windres NOASM=1
On Fri, Jul 30, 2010 at 8:35 AM, Earnie wrote:
> Instructions have been provided for building MSYS runtime dependent
> applications in the mingw.org wiki. I understand why you might want
> expect and dejagnu to be available. But are you going to be able to
> test a 64bit version of GCC with a 32
On Sun, Jul 11, 2010 at 10:06 PM, Ozkan Sezer wrote:
> I updated my custom w32/w64 native and cross-compiler build with gcc-4.4
> with several backports and fixes from mainstream, and put them under the
> mingw-w64 sf.net file release system under the subdirectories:
> - Toolchain sources -> Pers
2010/7/30 Earnie :
> Chiheng Xu wrote:
>> On Fri, Jul 30, 2010 at 3:57 AM, Earnie wrote:
>>
>>> NightStrike wrote:
>>>
On Thu, Jul 29, 2010 at 3:20 PM, Earnie
wrote:
> NightStrike wrote:
>
>
>> On a long term scale, it'd be nice to compile msys natively f
Chiheng Xu wrote:
> On Fri, Jul 30, 2010 at 3:57 AM, Earnie wrote:
>
>> NightStrike wrote:
>>
>>> On Thu, Jul 29, 2010 at 3:20 PM, Earnie
>>> wrote:
>>>
>>>
NightStrike wrote:
>On a long term scale, it'd be nice to compile msys natively for
>>
JonY wrote:
> On 7/30/2010 05:59, Luis Lavena wrote:
> > On Thu, Jul 29, 2010 at 4:57 PM,
> > Earnie wrote:
> >> NightStrike wrote:
> >>> On Thu, Jul 29, 2010 at 3:20 PM,
> >>> Earniewrote:
> >>>
> NightStrike wrote:
>
> > On a long term scale, it'd be nice to compile msys nativ
Luis Lavena wrote:
> On Thu, Jul 29, 2010 at 4:57 PM, Earnie
> wrote:
> > NightStrike wrote:
> >> On Thu, Jul 29, 2010 at 3:20 PM,
> >> Earnie wrote:
> >>
> >>> NightStrike wrote:
> >>>
> On a long term scale, it'd be nice to compile msys natively
> for win64. That's a long way of
On Fri, Jul 30, 2010 at 12:11 PM, Kai Tietz wrote:
> 2010/7/30 Ozkan Sezer :
>> On Fri, Jul 30, 2010 at 4:45 AM, Dongsheng Song
>> wrote:
>>> It seems that Borland C++ defined ENOFILE, and MinGW add the alias of
>>> ENOENT.
>>>
>>
>>
>> Well, ENOENT is actually a standart errno. I learnt ENOFIL
2010/7/30 Ozkan Sezer :
> On Fri, Jul 30, 2010 at 4:45 AM, Dongsheng Song
> wrote:
>> It seems that Borland C++ defined ENOFILE, and MinGW add the alias of ENOENT.
>>
>
>
> Well, ENOENT is actually a standart errno. I learnt ENOFILE just now,
> but since it seems to be in use, I say that we shoul
On Fri, Jul 30, 2010 at 4:45 AM, Dongsheng Song
wrote:
> It seems that Borland C++ defined ENOFILE, and MinGW add the alias of ENOENT.
>
Well, ENOENT is actually a standart errno. I learnt ENOFILE just now,
but since it seems to be in use, I say that we should define it.
--
Ozkan
> On Thu, J
On Fri, Jul 30, 2010 at 7:14 AM, Alon Bar-Lev wrote:
> Thank you!
You're welcome!
> When do you consider releasing 1.1 or something similar with new
> improvements from trunk but stable?
>
Admins can answer that better.
> On Thu, Jul 29, 2010 at 7:10 PM, Ozkan Sezer wrote:
>>
>> On Thu, Jul
On Thu, Jul 29, 2010 at 8:33 PM, JonY wrote:
> On 7/30/2010 05:59, Luis Lavena wrote:
>> On Thu, Jul 29, 2010 at 4:57 PM, Earnie wrote:
>>> NightStrike wrote:
On Thu, Jul 29, 2010 at 3:20 PM, Earnie
wrote:
> NightStrike wrote:
>
>> On a long term scale, it'd be n
14 matches
Mail list logo