Jones
Cc: ghc-devs@haskell.org
Subject: Re: More windows
Hi Simon,
Hmm I'm not sure about replacing sh with bash. I think bash has some Non-POSIX
extensions that may affect the behavior of valid posix scripts.
Is bash --login slow as well? How about once sh or bash starts, are commands
Hi Simon,
Hmm I'm not sure about replacing sh with bash. I think bash has some
Non-POSIX extensions that may affect the behavior of valid posix scripts.
Is bash --login slow as well? How about once sh or bash starts, are
commands still slow then?
I assume your computer is domain joined and you m
Tamar
I've noticed that "sh" (which is invoked at lot by make etc) takes AGES to
start up. At least I think it's 'sh' that is causing the delay.
I think it's c:/msys64/usr/bin/sh.exe
>From searching the web (eg
>https://www2.cs.duke.edu/csl/docs/unix_course/intro-60.html) it seems likely
>that
Oddly it's started working. I have no idea why. I'll yell if it breaks again.
Simon
| -Original Message-
| From: Ben Gamari [mailto:b...@well-typed.com]
| Sent: 11 October 2017 14:11
| To: Simon Peyton Jones via ghc-devs ; Simon Peyton
| Jones ; GHC developers
| Subject
Simon Peyton Jones via ghc-devs writes:
> Any ideas anyone? When I restart the build, it gets past the blockage
> (which seems highly specific). But it’s jolly annoying.
>
Hi Simon,
Perhaps let's try this,
1. download and run the procmon tool from [1]
2. from the "Filter" menu select the "Fil
Subject: RE: More windows
As you’ll see the directory is empty when the crash happens. And yes the
folder is excluded (from virus checking).
Also this behaviour is new.
Simon
From: Phyx [mailto:loneti...@gmail.com]
Sent: 04 October 2017 14:17
To: Simon Peyton Jones mailto:simo...@microsoft.com
gt;
> Simon
>
>
>
> *From:* Phyx [mailto:loneti...@gmail.com]
> *Sent:* 04 October 2017 14:17
> *To:* Simon Peyton Jones ; ghc-devs@haskell.org
> *Subject:* Re: More windows
>
>
>
> This looks like a file lock issue. Just to double check, but do you have
> the build fold
As you’ll see the directory is empty when the crash happens. And yes the
folder is excluded.
Also this behaviour is new.
Simon
From: Phyx [mailto:loneti...@gmail.com]
Sent: 04 October 2017 14:17
To: Simon Peyton Jones ; ghc-devs@haskell.org
Subject: Re: More windows
This looks like a file
This looks like a file lock issue. Just to double check, but do you have
the build folder excluded from the antivirus scanner?
On Wed, Oct 4, 2017, 13:57 Simon Peyton Jones via ghc-devs <
ghc-devs@haskell.org> wrote:
> Now in my Windows build, staring with “sh validate –fast –no-clean” I get
>
>
Now in my Windows build, staring with "sh validate -fast -no-clean" I get
[230 of 232] Compiling Distribution.PackageDescription.Parsec (
libraries\Cabal\Cabal\Distribution\PackageDescription\Parsec.hs,
bootstrapping\Distribution\PackageDescription\Parsec.o )
[231 of 232] Compiling Distribution
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
Cc: GHC developers
Subject: RE: More windows woe
Reverting didn’t work
Appluying D2817 didn’t work:
/c/code/HEAD
opers
| Subject: Re: More windows woe
|
| 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-
4-w64-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
Subject: Re: More windows woe
When fixing bootstrapping with pre 7.10.3 comp
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
>>
>> ghc-stage2.exe: unable to load package `base-4.9.0.
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
> wraps msvcrt.dll and provides hand-rolled
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'
>
> ghc-stage2.exe:
> C:\co
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:
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=1c
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 dir/bin/
On 04/09/13 11:47, Edward Z. Yang wrote:
Here's an interesting error, which I am not so sure how to fix:
"inplace/bin/ghc-stage2.exe" -hisuf hi -osuf o -hcsuf hc -static -H32m -O
-Werror -Wall -H64m -O0
-package-name vector-0.9.1 -hide-all-packages -i -ilibraries/vector/.
-ilibraries/vecto
Here's an interesting error, which I am not so sure how to fix:
"inplace/bin/ghc-stage2.exe" -hisuf hi -osuf o -hcsuf hc -static -H32m -O
-Werror -Wall -H64m -O0
-package-name vector-0.9.1 -hide-all-packages -i -ilibraries/vector/.
-ilibraries/vector/dist-install
/build -ilibraries/vector/
on a
> > > filepath and say
> > >
> > > #ifdef mingw32_HOST_OS
> > >debugBelch("Checking whether to unload %S\n", oc->fileName));
> > > #else
> > >debugBelch("Checking whether to unload %s\n", oc->fileName));
> > &g
2_HOST_OS
> >debugBelch("Checking whether to unload %S\n", oc->fileName));
> > #else
> >debugBelch("Checking whether to unload %s\n", oc->fileName));
> > #endif
> >
> > But that seems deeply unsatisfactory doesn't it?
> >
>
Yang
> Til: Jost Berthold
> Cc: ghc-devs
> 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 defi
Checking whether to unload %s\n", oc->fileName));
#endif
But that seems deeply unsatisfactory doesn't it?
If not that, then what?
Simon
| -Original Message-
| From: Edward Z. Yang [mailto:ezy...@mit.edu]
| Sent: 28 August 2013 20:59
| To: Simon Peyton-Jones
| Cc: ghc
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
that ANSI C?
>
> S
>
> | -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
> |
>
it automatically
concatenate them? Is that ANSI C?
S
| -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 reason
r, debugBelch("unloadObj: " FMT_PATH "\n", path));
prev = NULL;
for (oc = objects; oc; prev = oc, oc = next) {
Excerpts from Jost Berthold's message of Tue Sep 03 12:56:03 -0700 2013:
> > From: Simon Peyton-Jones
> > To: "Edward Z
factory doesn't it?
>
> If not that, then what?
>
>
> Simon
>
> | -Original Message-
> | From: Edward Z. Yang [mailto:ezy...@mit.edu]
> | Sent: 28 August 2013 20:59
> | To: Simon Peyton-Jones
> | Cc: ghc-devs@haskell.org
> | Subject: Re: More win
From: Simon Peyton-Jones
To: "Edward Z. Yang" , Simon Marlow
Cc: "ghc-devs@haskell.org"
Subject: RE: More windows woe
Message-ID:
<59543203684b2244980d7e4057d5fbc1485bb...@db3ex14mbxc308.europe.corp.microsoft.com>
Content-Type: text/pla
it?
If not that, then what?
Simon
| -Original Message-
| From: Edward Z. Yang [mailto:ezy...@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'
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
>
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 is
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
35 matches
Mail list logo