Hello!
On 2014-10-12 at 04:30:13 +0200, cg wrote:
[...]
Are you using 64-bit ghc? If so, it looks the issue is 64-bit only.
Indeed, I have only set up 64bit CygWin MSYS2 environments so far.
Actually both _tzset and tzset exist in include/time.h, only tzset is old
style name. They will be
On Sun, Oct 12, 2014 at 6:11 AM, Herbert Valerio Riedel hvrie...@gmail.com
wrote:
Personally, I think this was a very questionable decision on
Microsoft's part, as this way you effectively destroy any chance to
simply compile existing POSIX-compatible source code for no good
Sorry about this folks, I'm going to guess at the fix and validate it.
Cheers,
Simon
On 10/10/2014 10:51, Karel Gardas wrote:
On 10/10/14 09:19 AM, Páli Gábor János wrote:
Hello there,
Looks one of the recent commits broke the x86 builds on multiple
platforms [1][2][3]. The common error
However, overall (not GHC use cases) gcc 4.9.1 still looks more buggy on
Windows than 4.8.3. 'Mingw-builds' project (which is now a part of
mingw-w64 project and is considered to be an official mingw-w64 gcc
distribution and is maintained by a man close to Msys2 project) has very
nice and
This is slightly offtopic, but maybe some of the Windows folks know an
answer to this question. I've been working on #9686
https://ghc.haskell.org/trac/ghc/ticket/9686, but have been blocked by
Windows rejecting all my attempts to add a custom section to a binary
withthe error bash: ./c.exe:
On Sun, Oct 12, 2014 at 6:28 PM, Gintautas Miliauskas
gintautas.miliaus...@gmail.com wrote:
I'm not sure if this is a gcc/binutils bug or not (the exact same commands
with the same tools work fine on Linux binaries).
There are huge differences between Linux ELF and Windows PE32/PE64; it
My suggestion is to have GHC spit some assembler that it is already
generating, and see if custom sections are used at any point.
Edward
Excerpts from Gintautas Miliauskas's message of 2014-10-12 15:28:40 -0700:
This is slightly offtopic, but maybe some of the Windows folks know an
answer to
Hi Gintautas,
This seems like a good idea to me. I was also wondering would it be a good
idea to have configure also handle cabal/happy/alex in a similar way?
It would be another step you don't manually have to do and would make it
easier to insure that the right versions are installed.
