Adding unlock_file makes ghci work.
Simon
From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Simon Peyton
Jones via ghc-devs
Sent: 10 December 2016 10:57
To: Phyx <loneti...@gmail.com>
Cc: GHC developers <ghc-devs@haskell.org>
Subject: RE: More windows woe
Reverting
imo...@microsoft.com>; GHC developers
| Subject: Re: More windows woe
|
| Simon Peyton Jones via ghc-devs <ghc-devs@haskell.org> writes:
|
| > I see that anything involving ghci fails:
| >
| > /c/code/HEAD/inplace/bin/ghc-stage2 --interactive
| >
| > GHCi, version 8.1.20161209:
-mingw32\lib\libmingwex.a:
unknown symbol `_unlock_file'
Now it’s ‘unlock_file’.
I’ll try adding that.
Simon
From: Phyx [mailto:loneti...@gmail.com]
Sent: 09 December 2016 23:07
To: Simon Peyton Jones <simo...@microsoft.com>
Subject: Re: More windows woe
When fixing bootstrapping with pre
Ben Gamari writes:
> Simon Peyton Jones via ghc-devs writes:
>
>> I see that anything involving ghci fails:
>>
>> /c/code/HEAD/inplace/bin/ghc-stage2 --interactive
>>
>> GHCi, version 8.1.20161209: http://www.haskell.org/ghc/ :? for help
>>
>>
Edward Yang pointed out a truncated sentence in this message. See below.
Thank you Edward!
Cheers,
- Ben
Ben Gamari writes:
> Simon Peyton Jones via ghc-devs writes:
>
...
>
> To hack around this, mingw-w64 ships a static library, msvcrt.a, which
Simon Peyton Jones via ghc-devs writes:
> I see that anything involving ghci fails:
>
> /c/code/HEAD/inplace/bin/ghc-stage2 --interactive
>
> GHCi, version 8.1.20161209: http://www.haskell.org/ghc/ :? for help
>
> ghc-stage2.exe: unable to load package `base-4.9.0.0'
>
>
I see that anything involving ghci fails:
/c/code/HEAD/inplace/bin/ghc-stage2 --interactive
GHCi, version 8.1.20161209: http://www.haskell.org/ghc/ :? for help
ghc-stage2.exe: unable to load package `base-4.9.0.0'
ghc-stage2.exe: C:\code\HEAD\inplace\mingw\x86_64-w64-mingw32\lib\libmingwex.a:
-Jones
| Cc: ghc-devs@haskell.org
| Subject: Re: More windows woe
|
| My guess is the printf's need to be replaced with swprintf's.
|
| Edward
|
| Excerpts from Simon Peyton-Jones's message of Wed Aug 28 01:25:26 -0700
| 2013:
| OK, so now my windows build is getting further, but it now
:03 -0700 2013:
From: Simon Peyton-Jones simo...@microsoft.com
To: Edward Z. Yang ezy...@mit.edu, Simon Marlow
marlo...@gmail.com
Cc: ghc-devs@haskell.org ghc-devs@haskell.org
Subject: RE: More windows woe
Message-ID:
59543203684b2244980d7e4057d5fbc1485bb...@db3ex14mbxc308
| -Original Message-
| From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Edward
| Z. Yang
| Sent: 04 September 2013 10:15
| To: Jost Berthold
| Cc: ghc-devs
| Subject: Re: RE: More windows woe
|
| I think this is reasonable, with the added caveat that
| the macros should be placed
] On Behalf Of Edward
| Z. Yang
| Sent: 04 September 2013 10:15
| To: Jost Berthold
| Cc: ghc-devs
| Subject: Re: RE: More windows woe
|
| I think this is reasonable, with the added caveat that
| the macros should be placed in includes/rts/Linker.h, because that is
| where pathchar is defined. So
A quick search reveals that this is valid ANSI C.
Regards,
Kyle
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
...@mathematik.uni-marburg.de
Cc: ghc-devs ghc-devs@haskell.org
Dato: Ons, 04. sep 2013 11:15
Emne: Re: RE: More windows woe
I think this is reasonable, with the added caveat that
the macros should be placed in includes/rts/Linker.h, because that
is
where pathchar is defined. So how about
...@mit.edu]
| Sent: 28 August 2013 20:59
| To: Simon Peyton-Jones
| Cc: ghc-devs@haskell.org
| Subject: Re: More windows woe
|
| My guess is the printf's need to be replaced with swprintf's.
|
| Edward
|
| Excerpts from Simon Peyton-Jones's message of Wed Aug 28 01:25:26 -0700
2013 20:59
| To: Simon Peyton-Jones
| Cc: ghc-devs@haskell.org
| Subject: Re: More windows woe
|
| My guess is the printf's need to be replaced with swprintf's.
|
| Edward
|
| Excerpts from Simon Peyton-Jones's message of Wed Aug 28 01:25:26 -0700
| 2013:
| OK, so
I've gotten GHC to build on Windows, but the test suite is finicky. Here
is an error I am getting:
= T5267(normal) 50 of 3724 [0, 0, 0]
cd ./arrows/should_compile
'c:/Users/ezyang/Dev/ghc-validate/bindisttest/install
I manually removed the tee from the validate script, and sallied on.
Here's the next error.
= cabal01(normal) 81 of 3724 [0, 0, 0]
cd ./cabal/cabal01 $MAKE -s --no-print-directory cabal01
VANILLA=--enable-library-vanilla PR
OF=--disable-library-profiling DYN=--enable-shared CLEANUP=1
From: Simon Peyton-Jones simo...@microsoft.com
To: Edward Z. Yang ezy...@mit.edu, Simon Marlow
marlo...@gmail.com
Cc: ghc-devs@haskell.org ghc-devs@haskell.org
Subject: RE: More windows woe
Message-ID:
59543203684b2244980d7e4057d5fbc1485bb...@db3ex14mbxc308
OK, so now my windows build is getting further, but it now falls over here.
This one looks more straightforward! Can anyone help?
Simon
inplace/bin/ghc-stage1.exe -optc-Werror -optc-Wall -optc-Wall -optc-Wextra
-optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations
My query below may have got lost in the server failure. Does anyone have any
ideas? Thanks!
SImon
From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Simon
Peyton-Jones
Sent: 28 August 2013 09:25
To: ghc-devs@haskell.org
Subject: More windows woe
OK, so now my windows build
My guess is the printf's need to be replaced with swprintf's.
Edward
Excerpts from Simon Peyton-Jones's message of Wed Aug 28 01:25:26 -0700 2013:
OK, so now my windows build is getting further, but it now falls over here.
This one looks more straightforward! Can anyone help?
Simon
21 matches
Mail list logo