Hi,
I just tested your report with my toolchain - I am using 4.8 with
mingw-w64's trunk version- and I have to admit that I don't see any of
those issues on my Windows 8 box.
So first question is, what compiler-version, what mingw-w64 version
you are using?
Kai
2013/1/16 Koehne Kai :
> Hi,
>
>
Hi,
Take following program:
---
#include
int main(int, char**)
{
abort();
return 0;
}
---
Compiling it with "g++ -o test.exe test.cpp" and running it will print (both in
a pop up and in a dialog):
"
This application has requested the Runtime to terminate it in an unusual way.
Please
Op 16 jan. 2013 16:04 schreef "Jon" het volgende:
>
> > PS: we do have a wiki page that no one seems to find... (I'm not
blaming you, it's just an observation :P)
> > http://sourceforge.net/apps/trac/mingw-w64/wiki/GeneralUsageInstructions
>
> The page needs updating in the following areas. I'd pu
> PS: we do have a wiki page that no one seems to find... (I'm not blaming you,
> it's just an observation :P)
> http://sourceforge.net/apps/trac/mingw-w64/wiki/GeneralUsageInstructions
The page needs updating in the following areas. I'd push a draft but have
forgotten my credentials :(
* "Down
On Wed, Jan 16, 2013 at 8:35 AM, Ruben Van Boxem wrote:
> I was under the strong impression all MSYS tools were built with a special
> (ancient) MSYS toolchain, which links and compiles in a Cygwin-y way. Maybe
> "goal" was stating it a bit strongly, but in how the MSYS devs saw their
> world takin
2013/1/16 Earnie Boyd
> On Wed, Jan 16, 2013 at 3:56 AM, Ruben Van Boxem
> wrote:
> > 2013/1/16 Ray Donnelly
> >>
> >> unixy utils built with Boost? Very cool. It'd be nice if an explicit
> >> goal was cross compilation on many different OSes.
> >>
> >> ...but why not pitch in with MSYS2 instea
2013/1/16 Earnie Boyd
> On Wed, Jan 16, 2013 at 8:18 AM, Vasileios Anagnostopoulos wrote:
> > UWIN anyone?
>
> No thanks, there are better alternatives that aren't closed source.
>
Starting with release 5.0, most of UWIN base package is available under the
EPL 1.0 (Eclipse Public License version
On Wed, Jan 16, 2013 at 8:18 AM, Vasileios Anagnostopoulos wrote:
> UWIN anyone?
No thanks, there are better alternatives that aren't closed source.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Master Java S
2013/1/16 Vasileios Anagnostopoulos
> UWIN anyone?
Wow, never ever before heard of this. This might be explained by the fact
their git repo shows the earlieast commit as 8 months ago. Seems like
something Cygwin-ish. Can't figure out how to install this simply though
(in the five minutes I've l
On Wed, Jan 16, 2013 at 3:56 AM, Ruben Van Boxem
wrote:
> 2013/1/16 Ray Donnelly
>>
>> unixy utils built with Boost? Very cool. It'd be nice if an explicit
>> goal was cross compilation on many different OSes.
>>
>> ...but why not pitch in with MSYS2 instead? Your time, your choice, of
>> course;
UWIN anyone?
On Wed, Jan 16, 2013 at 10:56 AM, Ruben Van Boxem
wrote:
> 2013/1/16 Ray Donnelly
>
>> unixy utils built with Boost? Very cool. It'd be nice if an explicit
>> goal was cross compilation on many different OSes.
>>
>> ...but why not pitch in with MSYS2 instead? Your time, your choice
Thanks Koehne Kai, your explanation really clear things up. I will follow
your methodology, and when the time comes, I will switch to MinGW-64
compiler. So, for now, MinGW-32 is good enough.
Have a wonderful day!!
-Original Message-
From: Koehne Kai
Sent: Wednesday, January 16, 2013 3:4
On 1/16/2013 14:30, Jim Michaels wrote:
> I followed the gcc manual which states that to generate .as files you simply
> use gcc -o
> but this does NOT work.
> when I generate map files, it does generate a .as file
>
> I would like mine with object code...
> so I can do some proper debugging base
2013/1/16 Ray Donnelly
> unixy utils built with Boost? Very cool. It'd be nice if an explicit
> goal was cross compilation on many different OSes.
>
> ...but why not pitch in with MSYS2 instead? Your time, your choice, of
> course; both are very worthy projects I think.
>
MSYS2 has a different i
unixy utils built with Boost? Very cool. It'd be nice if an explicit
goal was cross compilation on many different OSes.
...but why not pitch in with MSYS2 instead? Your time, your choice, of
course; both are very worthy projects I think.
On Wed, Jan 16, 2013 at 8:37 AM, Ruben Van Boxem
wrote:
>
> -Original Message-
> From: ext Arbol One [mailto:arbol...@hotmail.ca]
> Sent: Tuesday, January 15, 2013 5:24 PM
> To: mingw-w64-public@lists.sourceforge.net
> Subject: Re: [Mingw-w64-public] New-B
>
> Humm, some how I felt that there was something very wrong in my
> installation. All I w
2013/1/16 Michail <3...@14.by>
> Hi,
>
> I see that there are no automated Mingw-w64 windows-hosted builds (i.e.
> with –mingw- in the middle) after December 2011.
>
> ** **
>
> Is there a reason for that or I am missing something trivial?
>
The autobuilds depend on user-donated build mac
2013/1/14 JonY
> On 1/14/2013 22:49, Ruben Van Boxem wrote:
> > That is of course a difficult one. Either internal bookkeeping or a
> simple
> > (?) translation function *where need be* (the hardest part being the
> latter
> > of course). MSYS achieves this somehow, so I'd start there.
> >
> >
>
Hi,
I see that there are no automated Mingw-w64 windows-hosted builds (i.e. with
-mingw- in the middle) after December 2011.
Is there a reason for that or I am missing something trivial?
Does that mean that windows host is no longer supported, or just no one uses
it?
19 matches
Mail list logo
