Re: Windows build broken

[Ben Gamari]

Andreas Klebinger  writes:

> Hi devs,
>
> it seems the windows build is broken. (Can't build stage2 locally).
>
> Quickest way to reproduce is a validate of master.
>
> It also happens on CI: https://gitlab.haskell.org/ghc/ghc/-/jobs/270248
>
> I remember ben mentioning something along the lines of builds with "old"
> (8.6) boot compilers being broken.
> Is that the culprint? How do I get back to a functioning environment?
>
Indeed this is due to #17861. This should be fixed by !2773 which is in
Marge's current batch.

Cheers,

- Ben


signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Windows build broken

[Andreas Klebinger]

Hi devs,

it seems the windows build is broken. (Can't build stage2 locally).

Quickest way to reproduce is a validate of master.

It also happens on CI: https://gitlab.haskell.org/ghc/ghc/-/jobs/270248

I remember ben mentioning something along the lines of builds with "old"
(8.6) boot compilers being broken.
Is that the culprint? How do I get back to a functioning environment?

Cheers,
Andreas
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Ben Gamari]

Shayne Fletcher via ghc-devs  writes:

> On Thu, May 30, 2019 at 8:32 AM Alp Mestanogullari 
> wrote:
>
>> Heh, it landed less than an hour ago.
>>
>> If the error persists, you'll probably want to do a clean build, by
>> removing at the very least _build/stage1, even though I'd say it can't hurt
>> to remove _build altogether. Along with that patch, I also brought back the
>> Windows CI job and the error did not show up there, so I'm pretty confident
>> you will not run into it again with a fresh, clean build.
>>
>> It's cooking now. Looking promising :) I build fresh every time. Good news
> on the Windows CI!! On that note, how are we doing on the MacOS front ?
> (Let me know if we need resources to make that happen - might be able to
> help if so!).
>
Hi Shayne,

If you think you may be able to help with MacOS resources let's chat.
This is certainly an area where we could use help. Currently we have two
boxes which are generously provided to us by Davean Scies. These tend to
struggle with the load and consequently jobs sometimes timeout before
they are able to get a builder. It would be great to be able to do
better here.

Cheers,

- Ben



signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

On Thu, May 30, 2019 at 9:18 AM Alp Mestanogullari 
wrote:

> I haven't (yet) worked on making an OS X job for Hadrian. I brought back
> the Windows/Hadrian CI job with that fix, but then tried running the
> testsuite, which didn't go well, see:
>
> https://gitlab.haskell.org/ghc/ghc/merge_requests/1035
>
> https://gitlab.haskell.org/alp/ghc/-/jobs/87467
>
> This seems to have brought back a problem that Ben and I started looking
> into and which led us to disabling that job in the first place... However,
> running the testsuite is one thing, but just making sure we can build GHC
> is another.
>
Exactly. One problem at a time. Preventing changes that break the hadrian
build from landing is what I advocate we concern ourselves with today.

> I guess I can put together a patch to get us an OS X job that just builds
> GHC pretty quickly, and then later get both the Windows and OS X jobs to go
> as far as running the testsuite. That'd at least give us confidence that
> people can build GHC with Hadrian just fine on OS X.
>
Perfect.

> Regarding the resources, that certainly sounds like something that would
> help if we are to double the number of OS X builds, indeed. I'm sure Ben
> (cc'd), who handles those matters, would be happy to talk about this with
> you!
>
Excellent. @Ben, let's talk!

> In the meantime, I will prepare a patch to add an OSX/Hadrian job.
>
Thanks Alp!

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor

New York, NY 10007, USA

digitalasset.com 

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Alp Mestanogullari]

I haven't (yet) worked on making an OS X job for Hadrian. I brought back 
the Windows/Hadrian CI job with that fix, but then tried running the 
testsuite, which didn't go well, see:


https://gitlab.haskell.org/ghc/ghc/merge_requests/1035

https://gitlab.haskell.org/alp/ghc/-/jobs/87467

This seems to have brought back a problem that Ben and I started looking 
into and which led us to disabling that job in the first place... 
However, running the testsuite is one thing, but just making sure we can 
build GHC is another. I guess I can put together a patch to get us an OS 
X job that just builds GHC pretty quickly, and then later get both the 
Windows and OS X jobs to go as far as running the testsuite. That'd at 
least give us confidence that people can build GHC with Hadrian just 
fine on OS X.


Regarding the resources, that certainly sounds like something that would 
help if we are to double the number of OS X builds, indeed. I'm sure Ben 
(cc'd), who handles those matters, would be happy to talk about this 
with you!


In the meantime, I will prepare a patch to add an OSX/Hadrian job.

On 30/05/2019 15:04, Shayne Fletcher wrote:



On Thu, May 30, 2019 at 8:32 AM Alp Mestanogullari > wrote:


Heh, it landed less than an hour ago.

If the error persists, you'll probably want to do a clean build,
by removing at the very least _build/stage1, even though I'd say
it can't hurt to remove _build altogether. Along with that patch,
I also brought back the Windows CI job and the error did not show
up there, so I'm pretty confident you will not run into it again
with a fresh, clean build.

It's cooking now. Looking promising :) I build fresh every time. Good 
news on the Windows CI!! On that note, how are we doing on the MacOS 
front ? (Let me know if we need resources to make that happen - might 
be able to help if so!).


Do feel free to contact me or open a ticket if somehow the error
still shows up, even against a clean tree.

You bet. Thanks for your hard work!

--
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com 
Digital Asset Holdings, LLC
4 World Trade Center 150 Greenwich Street, 47th Floor 

New York, NY 10007, USA 


digitalasset.com 


This message, and any attachments, is for the intended recipient(s) 
only, may contain information that is privileged, confidential and/or 
proprietary and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message. 


--
Alp Mestanogullari, Haskell Consultant
Well-Typed LLP, https://www.well-typed.com/

Registered in England and Wales, OC335890
118 Wymering Mansions, Wymering Road, London, W9 2NF, England

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

On Thu, May 30, 2019 at 8:32 AM Alp Mestanogullari 
wrote:

> Heh, it landed less than an hour ago.
>
> If the error persists, you'll probably want to do a clean build, by
> removing at the very least _build/stage1, even though I'd say it can't hurt
> to remove _build altogether. Along with that patch, I also brought back the
> Windows CI job and the error did not show up there, so I'm pretty confident
> you will not run into it again with a fresh, clean build.
>
> It's cooking now. Looking promising :) I build fresh every time. Good news
on the Windows CI!! On that note, how are we doing on the MacOS front ?
(Let me know if we need resources to make that happen - might be able to
help if so!).

> Do feel free to contact me or open a ticket if somehow the error still
> shows up, even against a clean tree.
>
You bet. Thanks for your hard work!

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor

New York, NY 10007, USA

digitalasset.com 

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Alp Mestanogullari]

Heh, it landed less than an hour ago.

If the error persists, you'll probably want to do a clean build, by 
removing at the very least _build/stage1, even though I'd say it can't 
hurt to remove _build altogether. Along with that patch, I also brought 
back the Windows CI job and the error did not show up there, so I'm 
pretty confident you will not run into it again with a fresh, clean build.


Do feel free to contact me or open a ticket if somehow the error still 
shows up, even against a clean tree.


On 30/05/2019 13:01, Shayne Fletcher wrote:



On Thu, May 30, 2019 at 6:55 AM Shayne Fletcher 
mailto:shayne.fletc...@daml.com>> wrote:


Hi Alp,

On Fri, May 24, 2019 at 11:34 AM Shayne Fletcher
mailto:shayne.fletc...@daml.com>> wrote:


On Fri, May 24, 2019 at 7:33 AM Alp Mestanogullari
mailto:a...@well-typed.com>> wrote:

Hello Shayne,

David and I figured out the cause of that problem, I am
working on a patch, will put it up as a (WIP) MR as soon
as it's ready.



Awesome!

Confused. I see 382dc918 ("Hadrian: always generate the libffi
dynlibs manifest with globbing") has landed but I'm still getting,
```
2019-05-30T10:47:57.5002328Z Error, file does not exist and no
rule available:
2019-05-30T10:47:57.5002606Z
_build/stage1/libffi/build/inst/bin/libffi-6.dll
```
What am I missing?


Golden rule of programming : when your program doesn't work and you've 
checked everything and are sure everything is right and your program 
still doesn't work then, one of the things you are sure of is wrong :)


My front-running guess is that the patch hasn't landed. So many 
confusing notifications!! Sorry for the noise and fingers crossed for 
its progress in the merge queue!


--
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com 
Digital Asset Holdings, LLC
4 World Trade Center 150 Greenwich Street, 47th Floor 

New York, NY 10007, USA 


digitalasset.com 


This message, and any attachments, is for the intended recipient(s) 
only, may contain information that is privileged, confidential and/or 
proprietary and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message. 


--
Alp Mestanogullari, Haskell Consultant
Well-Typed LLP, https://www.well-typed.com/

Registered in England and Wales, OC335890
118 Wymering Mansions, Wymering Road, London, W9 2NF, England

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

On Thu, May 30, 2019 at 6:55 AM Shayne Fletcher 
wrote:

> Hi Alp,
>
> On Fri, May 24, 2019 at 11:34 AM Shayne Fletcher 
> wrote:
>
>>
>> On Fri, May 24, 2019 at 7:33 AM Alp Mestanogullari 
>> wrote:
>>
>>> Hello Shayne,
>>>
>>> David and I figured out the cause of that problem, I am working on a
>>> patch, will put it up as a (WIP) MR as soon as it's ready.
>>>
>>>
>> Awesome!
>>
> Confused. I see 382dc918 ("Hadrian: always generate the libffi dynlibs
> manifest with globbing") has landed but I'm still getting,
> ```
> 2019-05-30T10:47:57.5002328Z Error, file does not exist and no rule
> available:
> 2019-05-30T10:47:57.5002606Z
> _build/stage1/libffi/build/inst/bin/libffi-6.dll
> ```
> What am I missing?
>

Golden rule of programming : when your program doesn't work and you've
checked everything and are sure everything is right and your program still
doesn't work then, one of the things you are sure of is wrong :)

My front-running guess is that the patch hasn't landed. So many confusing
notifications!! Sorry for the noise and fingers crossed for its progress in
the merge queue!

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor

New York, NY 10007, USA

digitalasset.com 

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

Hi Alp,

On Fri, May 24, 2019 at 11:34 AM Shayne Fletcher 
wrote:

>
> On Fri, May 24, 2019 at 7:33 AM Alp Mestanogullari 
> wrote:
>
>> Hello Shayne,
>>
>> David and I figured out the cause of that problem, I am working on a
>> patch, will put it up as a (WIP) MR as soon as it's ready.
>>
>>
> Awesome!
>
Confused. I see 382dc918 ("Hadrian: always generate the libffi dynlibs
manifest with globbing") has landed but I'm still getting,
```
2019-05-30T10:47:57.5002328Z Error, file does not exist and no rule
available:
2019-05-30T10:47:57.5002606Z
_build/stage1/libffi/build/inst/bin/libffi-6.dll
```
What am I missing?

--
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor

New York, NY 10007, USA

digitalasset.com 

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

On Fri, May 24, 2019 at 7:33 AM Alp Mestanogullari 
wrote:

> Hello Shayne,
>
> David and I figured out the cause of that problem, I am working on a
> patch, will put it up as a (WIP) MR as soon as it's ready.
>
>
Awesome!
-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor

New York, NY 10007, USA

digitalasset.com 

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Alp Mestanogullari]

Hello Shayne,

David and I figured out the cause of that problem, I am working on a 
patch, will put it up as a (WIP) MR as soon as it's ready.


On 24/05/2019 13:10, Shayne Fletcher via ghc-devs wrote:

Hi David,

On Thu, May 23, 2019 at 8:09 AM David Eichmann > wrote:


Ooops I've let this thread pass by me, but this is most likely due
to my latest refactoring of libffi rules in Hadrian. No need to
create a new issue, I'll just reopen #16304, and have a look at
this now.

Hate to nag - any updates? Also, did you mean #16653? What ticket 
should I subscribe to


--
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com 
Digital Asset Holdings, LLC
4 World Trade Center 150 Greenwich Street, 47th Floor 

New York, NY 10007, USA 


digitalasset.com 


This message, and any attachments, is for the intended recipient(s) 
only, may contain information that is privileged, confidential and/or 
proprietary and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.


___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


--
Alp Mestanogullari, Haskell Consultant
Well-Typed LLP, https://www.well-typed.com/

Registered in England and Wales, OC335890
118 Wymering Mansions, Wymering Road, London, W9 2NF, England

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

Hi David,

On Thu, May 23, 2019 at 8:09 AM David Eichmann 
wrote:

> Ooops I've let this thread pass by me, but this is most likely due to my
> latest refactoring of libffi rules in Hadrian. No need to create a new
> issue, I'll just reopen #16304, and have a look at this now.
>
Hate to nag - any updates? Also, did you mean #16653? What ticket should I
subscribe to

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor

New York, NY 10007, USA

digitalasset.com 

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

On Thu, May 23, 2019 at 8:09 AM David Eichmann 
wrote:

> Ooops I've let this thread pass by me, but this is most likely due to my
> latest refactoring of libffi rules in Hadrian. No need to create a new
> issue, I'll just reopen #16304, and have a look at this now.
>
Sounds good. Thanks David.

> On that note, Alp, are we planning on adding a hadrian/windows CI job soon?
>
> - David E
> On 5/23/19 12:12 PM, Shayne Fletcher via ghc-devs wrote:
>
> No comments on this. Maybe I should raise a ticket? Anybody got an email
> address to ping David on?
>
> -- Forwarded message -
> From: Shayne Fletcher 
> Date: Wed, May 22, 2019, 13:03
> Subject: Re: [hadrian/windows] build broken
> To: GHC developers 
>
>
> I guess,
>
> On Wed, May 22, 2019 at 12:27 PM Shayne Fletcher 
> wrote:
>
>> Windows builds with hadrian are currently failing with "file does not
>> exist and no build rule available"
>> `_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have an ideas
>> on how to overcome that?
>>
>>
> relates to 0af519ac583c3544b1c4b1315b38ba0174d3ccb1, "Refactor libffi and
> RTS rules" (@DavidEichmann).
>
> I get the feeling that the current state of affairs is known and there are
> MRs working their way through the system to restore things already?
>
> --
> Shayne Fletcher
> Language Engineer
> c: +1 917 699 7763
> e: shayne.fletc...@daml.com
> Digital Asset Holdings, LLC
> 4 World Trade Center150 Greenwich
> Street, 47th Floor
> <https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
> New York, NY 10007, USA
> <https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
> digitalasset.com <http://www.digitalasset.com/>
>
>
> This message, and any attachments, is for the intended recipient(s) only,
> may contain information that is privileged, confidential and/or proprietary
> and subject to important terms and conditions available at
> http://www.digitalasset.com/emaildisclaimer.html. If you are not the
> intended recipient, please delete this message.
>
> ___
> ghc-devs mailing 
> listghc-devs@haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
> --
> David Eichmann, Haskell Consultant
> Well-Typed LLP, http://www.well-typed.com
>
> Registered in England & Wales, OC335890
> 118 Wymering Mansions, Wymering Road, London W9 2NF, England
>
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>


-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
New York, NY 10007, USA
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
digitalasset.com <http://www.digitalasset.com/>

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
<http://www.digitalasset.com/emaildisclaimer.html>. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

On Thu, May 23, 2019 at 8:13 AM Alp Mestanogullari 
wrote:

> Yes. We actually had one until a few weeks ago but it became really
> unstable because of some cache messing about with cabal-install's ability
> to build Hadrian, see https://gitlab.haskell.org/ghc/ghc/issues/16574.
>
> I need to figure this out soon indeed, I'll do my best to get us a working
> Windows/Hadrian job ASAP.
>
Nice. We really, really need this and for MacOS too!

On 23/05/2019 14:09, David Eichmann wrote:
>
> Ooops I've let this thread pass by me, but this is most likely due to my
> latest refactoring of libffi rules in Hadrian. No need to create a new
> issue, I'll just reopen #16304, and have a look at this now.
>
> On that note, Alp, are we planning on adding a hadrian/windows CI job soon?
>
> - David E
> On 5/23/19 12:12 PM, Shayne Fletcher via ghc-devs wrote:
>
> No comments on this. Maybe I should raise a ticket? Anybody got an email
> address to ping David on?
>
> -- Forwarded message -
> From: Shayne Fletcher 
> Date: Wed, May 22, 2019, 13:03
> Subject: Re: [hadrian/windows] build broken
> To: GHC developers 
>
>
> I guess,
>
> On Wed, May 22, 2019 at 12:27 PM Shayne Fletcher 
> wrote:
>
>> Windows builds with hadrian are currently failing with "file does not
>> exist and no build rule available"
>> `_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have an ideas
>> on how to overcome that?
>>
>>
> relates to 0af519ac583c3544b1c4b1315b38ba0174d3ccb1, "Refactor libffi and
> RTS rules" (@DavidEichmann).
>
> I get the feeling that the current state of affairs is known and there are
> MRs working their way through the system to restore things already?
>
> --
> Shayne Fletcher
> Language Engineer
> c: +1 917 699 7763
> e: shayne.fletc...@daml.com
> Digital Asset Holdings, LLC
> 4 World Trade Center150 Greenwich
> Street, 47th Floor
> <https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
> New York, NY 10007, USA
> <https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
> digitalasset.com <http://www.digitalasset.com/>
>
>
> This message, and any attachments, is for the intended recipient(s) only,
> may contain information that is privileged, confidential and/or proprietary
> and subject to important terms and conditions available at
> http://www.digitalasset.com/emaildisclaimer.html. If you are not the
> intended recipient, please delete this message.
>
> ___
> ghc-devs mailing 
> listghc-devs@haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
> --
> David Eichmann, Haskell Consultant
> Well-Typed LLP, http://www.well-typed.com
>
> Registered in England & Wales, OC335890
> 118 Wymering Mansions, Wymering Road, London W9 2NF, England
>
>
> ___
> ghc-devs mailing 
> listghc-devs@haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
> --
> Alp Mestanogullari, Haskell Consultant
> Well-Typed LLP, https://www.well-typed.com/
>
> Registered in England and Wales, OC335890
> 118 Wymering Mansions, Wymering Road, London, W9 2NF, England
>
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>


-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
New York, NY 10007, USA
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
digitalasset.com <http://www.digitalasset.com/>

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
<http://www.digitalasset.com/emaildisclaimer.html>. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[Alp Mestanogullari]

Yes. We actually had one until a few weeks ago but it became really 
unstable because of some cache messing about with cabal-install's 
ability to build Hadrian, see 
https://gitlab.haskell.org/ghc/ghc/issues/16574.


I need to figure this out soon indeed, I'll do my best to get us a 
working Windows/Hadrian job ASAP.


On 23/05/2019 14:09, David Eichmann wrote:


Ooops I've let this thread pass by me, but this is most likely due to 
my latest refactoring of libffi rules in Hadrian. No need to create a 
new issue, I'll just reopen #16304, and have a look at this now.


On that note, Alp, are we planning on adding a hadrian/windows CI job 
soon?


- David E

On 5/23/19 12:12 PM, Shayne Fletcher via ghc-devs wrote:
No comments on this. Maybe I should raise a ticket? Anybody got an 
email address to ping David on?


-- Forwarded message -
From: *Shayne Fletcher* <mailto:shayne.fletc...@daml.com>>

Date: Wed, May 22, 2019, 13:03
Subject: Re: [hadrian/windows] build broken
To: GHC developers mailto:ghc-devs@haskell.org>>


I guess,

On Wed, May 22, 2019 at 12:27 PM Shayne Fletcher 
mailto:shayne.fletc...@daml.com>> wrote:


Windows builds with hadrian are currently failing with "file does
not exist and no build rule available"
`_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have
an ideas on how to overcome that?


relates to 0af519ac583c3544b1c4b1315b38ba0174d3ccb1, "Refactor libffi 
and RTS rules" (@DavidEichmann).


I get the feeling that the current state of affairs is known and 
there are MRs working their way through the system to restore things 
already?

--
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com <mailto:shayne.fletc...@daml.com>
Digital Asset Holdings, LLC
4 World Trade Center 150 Greenwich Street, 47th Floor 
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
New York, NY 10007, USA 
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>

digitalasset.com <http://www.digitalasset.com/>


This message, and any attachments, is for the intended recipient(s) 
only, may contain information that is privileged, confidential and/or 
proprietary and subject to important terms and conditions available 
at http://www.digitalasset.com/emaildisclaimer.html 
<http://www.digitalasset.com/emaildisclaimer.html>. If you are not 
the intended recipient, please delete this message.


___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

--
David Eichmann, Haskell Consultant
Well-Typed LLP,http://www.well-typed.com

Registered in England & Wales, OC335890
118 Wymering Mansions, Wymering Road, London W9 2NF, England

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


--
Alp Mestanogullari, Haskell Consultant
Well-Typed LLP, https://www.well-typed.com/

Registered in England and Wales, OC335890
118 Wymering Mansions, Wymering Road, London, W9 2NF, England

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Fwd: [hadrian/windows] build broken

[David Eichmann]

Ooops I've let this thread pass by me, but this is most likely due to my 
latest refactoring of libffi rules in Hadrian. No need to create a new 
issue, I'll just reopen #16304, and have a look at this now.


On that note, Alp, are we planning on adding a hadrian/windows CI job soon?

- David E

On 5/23/19 12:12 PM, Shayne Fletcher via ghc-devs wrote:
No comments on this. Maybe I should raise a ticket? Anybody got an 
email address to ping David on?


-- Forwarded message -
From: *Shayne Fletcher* <mailto:shayne.fletc...@daml.com>>

Date: Wed, May 22, 2019, 13:03
Subject: Re: [hadrian/windows] build broken
To: GHC developers mailto:ghc-devs@haskell.org>>


I guess,

On Wed, May 22, 2019 at 12:27 PM Shayne Fletcher 
mailto:shayne.fletc...@daml.com>> wrote:


Windows builds with hadrian are currently failing with "file does
not exist and no build rule available"
`_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have
an ideas on how to overcome that?


relates to 0af519ac583c3544b1c4b1315b38ba0174d3ccb1, "Refactor libffi 
and RTS rules" (@DavidEichmann).


I get the feeling that the current state of affairs is known and there 
are MRs working their way through the system to restore things already?

--
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com <mailto:shayne.fletc...@daml.com>
Digital Asset Holdings, LLC
4 World Trade Center 150 Greenwich Street, 47th Floor 
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
New York, NY 10007, USA 
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>

digitalasset.com <http://www.digitalasset.com/>


This message, and any attachments, is for the intended recipient(s) 
only, may contain information that is privileged, confidential and/or 
proprietary and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
<http://www.digitalasset.com/emaildisclaimer.html>. If you are not the 
intended recipient, please delete this message.


___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


--
David Eichmann, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com

Registered in England & Wales, OC335890
118 Wymering Mansions, Wymering Road, London W9 2NF, England

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Fwd: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

No comments on this. Maybe I should raise a ticket? Anybody got an email
address to ping David on?

-- Forwarded message -
From: Shayne Fletcher 
Date: Wed, May 22, 2019, 13:03
Subject: Re: [hadrian/windows] build broken
To: GHC developers 


I guess,

On Wed, May 22, 2019 at 12:27 PM Shayne Fletcher 
wrote:

> Windows builds with hadrian are currently failing with "file does not
> exist and no build rule available"
> `_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have an ideas
> on how to overcome that?
>
>
relates to 0af519ac583c3544b1c4b1315b38ba0174d3ccb1, "Refactor libffi and
RTS rules" (@DavidEichmann).

I get the feeling that the current state of affairs is known and there are
MRs working their way through the system to restore things already?

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
New York, NY 10007, USA
<https://maps.google.com/?q=150+Greenwich+Street,+47th+Floor%C2%A0+%C2%A0+%C2%A0+%C2%A0+%C2%A0+New+York,+NY+10007,+USA=gmail=g>
digitalasset.com <http://www.digitalasset.com/>

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
<http://www.digitalasset.com/emaildisclaimer.html>. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: [hadrian/windows] build broken

[Alp Mestanogullari]

Yes, I suspect so, even though I'll let David (cc'd) talk about this, as 
he's the one who's been working on this.


On 22/05/2019 19:03, Shayne Fletcher via ghc-devs wrote:

I guess,

On Wed, May 22, 2019 at 12:27 PM Shayne Fletcher 
mailto:shayne.fletc...@daml.com>> wrote:


Windows builds with hadrian are currently failing with "file does
not exist and no build rule available"
`_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have
an ideas on how to overcome that?


relates to 0af519ac583c3544b1c4b1315b38ba0174d3ccb1, "Refactor libffi 
and RTS rules" (@DavidEichmann).


I get the feeling that the current state of affairs is known and there 
are MRs working their way through the system to restore things already?

--
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com 
Digital Asset Holdings, LLC
4 World Trade Center 150 Greenwich Street, 47th Floor 

New York, NY 10007, USA 


digitalasset.com 


This message, and any attachments, is for the intended recipient(s) 
only, may contain information that is privileged, confidential and/or 
proprietary and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.


___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs


--
Alp Mestanogullari, Haskell Consultant
Well-Typed LLP, https://www.well-typed.com/

Registered in England and Wales, OC335890
118 Wymering Mansions, Wymering Road, London, W9 2NF, England

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: [hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

I guess,

On Wed, May 22, 2019 at 12:27 PM Shayne Fletcher 
wrote:

> Windows builds with hadrian are currently failing with "file does not
> exist and no build rule available"
> `_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have an ideas
> on how to overcome that?
>
>
relates to 0af519ac583c3544b1c4b1315b38ba0174d3ccb1, "Refactor libffi and
RTS rules" (@DavidEichmann).

I get the feeling that the current state of affairs is known and there are
MRs working their way through the system to restore things already?

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor

New York, NY 10007, USA

digitalasset.com 

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

[hadrian/windows] build broken

[Shayne Fletcher via ghc-devs]

Windows builds with hadrian are currently failing with "file does not exist
and no build rule available"
`_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have an ideas
on how to overcome that?

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: shayne.fletc...@daml.com
Digital Asset Holdings, LLC
4 World Trade Center150 Greenwich
Street, 47th Floor

New York, NY 10007, USA

digitalasset.com 

-- 
This message, and any attachments, is for the intended recipient(s) only, 
may contain information that is privileged, confidential and/or proprietary 
and subject to important terms and conditions available at 
http://www.digitalasset.com/emaildisclaimer.html 
. If you are not the 
intended recipient, please delete this message.
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken -- help!

[lonetiger]

I’ve pushed the commit. Thanks Doug!

From: Douglas Wilson
Sent: Wednesday, February 7, 2018 23:33
To: Simon Peyton Jones
Cc: ghc-devs
Subject: Re: Windows build broken -- help!

Hi Simon,

The first patch you quoted half-fixed this.

the patch here: 
https://phabricator.haskell.org/D4392

should fix whole-fix it. (It at least validates green on windows)

On Thu, Feb 8, 2018 at 12:18 PM, Simon Peyton Jones via ghc-devs 
<ghc-devs@haskell.org> wrote:
PS Presumably it’s these commits
commit 00f1a4ab80b201ce15c509126f89c5a108786f32
Author: Douglas Wilson <douglas.wil...@gmail.com>
Date:   Tue Feb 6 17:27:32 2018 -0500
 
    rts: fix some barf format specifiers.
    
Reviewers: bgamari, erikd, simonmar
    
Reviewed By: bgamari
    
Subscribers: rwbarton, thomie, carter
    
Differential Revision: https://phabricator.haskell.org/D4390
 
commit 4d1c3b72ec27c8e51fb40809bba3ce35246a2966
Author: Ben Gamari <bgamari.f...@gmail.com>
Date:   Tue Feb 6 13:27:35 2018 -0500
 
    rts: Add format attribute to barf
    
Test Plan: Validate
    
Reviewers: erikd, simonmar
    
Reviewed By: simonmar
    
Subscribers: rwbarton, thomie, carter
    
Differential Revision: https://phabricator.haskell.org/D4374
 
 
From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Simon Peyton 
Jones via ghc-devs
Sent: 07 February 2018 23:14
To: ghc-devs <ghc-devs@haskell.org>; Phyx <loneti...@gmail.com>
Subject: Windows build broken -- help!
 
Aargh. Windows build is broken again.  Log below.  Help!
Simon
 
"inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall -optc-Werror 
-optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes 
-optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return 
-optc-Wpointer-arith -optc-Wmissing-noreturn -optc-Wnested-externs 
-optc-Wredundant-decls -optc-Wundef -optc-Iincludes -optc-Iincludes/dist 
-optc-Iincludes/dist-derivedconstants/header 
-optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build 
-optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common 
-optc-Irts/dist/build/./autogen -optc-Wno-error=inline -optc-O2 
-optc-fomit-frame-pointer -optc-g -optc-DRtsWay=\"rts_v\" 
-optc-DWINVER=0x06000100 -static  -O0 -H64m -Wall 
-fllvm-fill-undef-with-garbage    -Werror -Iincludes -Iincludes/dist 
-Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header 
-Irts -Irts/dist/build -DCOMPILING_RTS -this-unit-id rts -dcmm-lint  -i 
-irts -irts/dist/build -Irts/dist/build -irts/dist/build/./autogen 
-Irts/dist/build/./autogen    -O2 -Wcpp-undef    
-Wnoncanonical-monad-instances  -c rts/StgPrimFloat.c -o 
rts/dist/build/StgPrimFloat.o
 
rts\Schedule.c:274:14: error:
 error: unknown conversion type character 'l' in format [-Werror=format=]
 barf("sched_state: %" FMT_Word, sched_state);
  ^~~~
    |
274 | barf("sched_state: %" FMT_Word, sched_state);
    |  ^
In file included from 
C:/code/HEAD-1/inplace/mingw/x86_64-w64-mingw32/include/stdio.h:1036:0,
 from includes/rts/Flags.h:16,
 from includes/Rts.h:191,
 
 from rts\Schedule.c:11:0: error: 
C:/code/HEAD-1/inplace/mingw/x86_64-w64-mingw32/include/_mingw_print_pop.h:86:18:
 note: format string is defined here
#define PRIu64 "llu"
  ^
 
rts\Schedule.c:274:14: error:
 error: too many arguments for format [-Werror=format-extra-args]
 barf("sched_state: %" FMT_Word, sched_state);
  ^~~~
    |
274 | barf("sched_state: %" FMT_Word, sched_state);
    |  ^
cc1.exe: all warnings being treated as errors
`gcc.exe' failed in phase `C Compiler'. (Exit code: 1)
"inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall -optc-Werror 
-optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes 
-optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return 
-optc-Wpointer-arith -optc-Wmissing-noreturn -optc-Wnested-externs 
-optc-Wredundant-decls -optc-Wundef -optc-Iincludes -optc-Iincludes/dist 
-optc-Iincludes/dist-derivedconstants/header 
-optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build 
-optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common 
-optc-Irts/dist/build/./autogen -optc-Wno-error=inline -optc-O2 
-optc-fomit-frame-pointer -optc-g -optc-DRtsWay=\"rts_v\" 
-optc-DWINVER=0x06000100 -static  -O0 -H64m -Wall 
-fllvm-fill-undef-with-garbage    -Werror -Iincludes -Iincludes/dist 
-Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header 
-Irts -Irts/dist/build -DCOMPILING_RTS -this-unit-id rts -dcmm-lint  -i 
-irts -irts/dist/build -Irts/dist/build -irts/dist/build/./autogen 
-Irts/dist/build/./autogen    -O2 -Wcpp-undef    
-Wnoncanonical-m

Re: Windows build broken -- help!

[Douglas Wilson]

Hi Simon,

The first patch you quoted half-fixed this.

the patch here:
https://phabricator.haskell.org/D4392

should fix whole-fix it. (It at least validates green on windows)

On Thu, Feb 8, 2018 at 12:18 PM, Simon Peyton Jones via ghc-devs <
ghc-devs@haskell.org> wrote:

> PS Presumably it’s these commits
>
> commit 00f1a4ab80b201ce15c509126f89c5a108786f32
>
> Author: Douglas Wilson <douglas.wil...@gmail.com>
>
> Date:   Tue Feb 6 17:27:32 2018 -0500
>
>
>
> rts: fix some barf format specifiers.
>
>
>
> Reviewers: bgamari, erikd, simonmar
>
>
>
> Reviewed By: bgamari
>
>
>
> Subscribers: rwbarton, thomie, carter
>
>
>
> Differential Revision: https://phabricator.haskell.org/D4390
>
>
>
> commit 4d1c3b72ec27c8e51fb40809bba3ce35246a2966
>
> Author: Ben Gamari <bgamari.f...@gmail.com>
>
> Date:   Tue Feb 6 13:27:35 2018 -0500
>
>
>
> rts: Add format attribute to barf
>
>
>
> Test Plan: Validate
>
>
>
> Reviewers: erikd, simonmar
>
>
>
> Reviewed By: simonmar
>
>
>
> Subscribers: rwbarton, thomie, carter
>
>
>
> Differential Revision: https://phabricator.haskell.org/D4374
>
>
>
>
>
> *From:* ghc-devs [mailto:ghc-devs-boun...@haskell.org] *On Behalf Of *Simon
> Peyton Jones via ghc-devs
> *Sent:* 07 February 2018 23:14
> *To:* ghc-devs <ghc-devs@haskell.org>; Phyx <loneti...@gmail.com>
> *Subject:* Windows build broken -- help!
>
>
>
> Aargh. Windows build is broken again.  Log below.  Help!
>
> Simon
>
>
>
> "inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall
> -optc-Werror -optc-Wall -optc-Wextra -optc-Wstrict-prototypes
> -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline
> -optc-Waggregate-return -optc-Wpointer-arith -optc-Wmissing-noreturn
> -optc-Wnested-externs -optc-Wredundant-decls -optc-Wundef -optc-Iincludes
> -optc-Iincludes/dist -optc-Iincludes/dist-derivedconstants/header
> -optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build
> -optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common
> -optc-Irts/dist/build/./autogen -optc-Wno-error=inline -optc-O2
> -optc-fomit-frame-pointer -optc-g -optc-DRtsWay=\"rts_v\"
> -optc-DWINVER=0x06000100 -static  -O0 -H64m -Wall 
> -fllvm-fill-undef-with-garbage
> -Werror -Iincludes -Iincludes/dist -Iincludes/dist-derivedconstants/header
> -Iincludes/dist-ghcconstants/header -Irts -Irts/dist/build
> -DCOMPILING_RTS -this-unit-id rts -dcmm-lint  -i -irts -irts/dist/build
> -Irts/dist/build -irts/dist/build/./autogen -Irts/dist/build/./autogen
> -O2 -Wcpp-undef-Wnoncanonical-monad-instances  -c rts/StgPrimFloat.c
> -o rts/dist/build/StgPrimFloat.o
>
>
>
> rts\Schedule.c:274:14: error:
>
>  error: unknown conversion type character 'l' in format
> [-Werror=format=]
>
>  barf("sched_state: %" FMT_Word, sched_state);
>
>   ^~~~
>
> |
>
> 274 | barf("sched_state: %" FMT_Word, sched_state);
>
> |  ^
>
> In file included from C:/code/HEAD-1/inplace/mingw/
> x86_64-w64-mingw32/include/stdio.h:1036:0,
>
>  from includes/rts/Flags.h:16,
>
>  from includes/Rts.h:191,
>
>
>
>  from rts\Schedule.c:11:0: error:
>
> C:/code/HEAD-1/inplace/mingw/x86_64-w64-mingw32/include/_mingw_print_pop.h:86:18:
> note: format string is defined here
>
> #define PRIu64 "llu"
>
>   ^
>
>
>
> rts\Schedule.c:274:14: error:
>
>  error: too many arguments for format [-Werror=format-extra-args]
>
>  barf("sched_state: %" FMT_Word, sched_state);
>
>   ^~~~
>
> |
>
> 274 | barf("sched_state: %" FMT_Word, sched_state);
>
> |  ^
>
> cc1.exe: all warnings being treated as errors
>
> `gcc.exe' failed in phase `C Compiler'. (Exit code: 1)
>
> "inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall
> -optc-Werror -optc-Wall -optc-Wextra -optc-Wstrict-prototypes
> -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline
> -optc-Waggregate-return -optc-Wpointer-arith -optc-Wmissing-noreturn
> -optc-Wnested-externs -optc-Wredundant-decls -optc-Wundef -optc-Iincludes
> -optc-Iincludes/dist -optc-Iincludes/dist-derivedconstants/header
> -optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build
> -optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common
> -optc-Irts/dist/buil

Windows build broken -- help!

[Simon Peyton Jones via ghc-devs]

Aargh. Windows build is broken again.  Log below.  Help!
Simon


"inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall -optc-Werror 
-optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes 
-optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return 
-optc-Wpointer-arith -optc-Wmissing-noreturn -optc-Wnested-externs 
-optc-Wredundant-decls -optc-Wundef -optc-Iincludes -optc-Iincludes/dist 
-optc-Iincludes/dist-derivedconstants/header 
-optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build 
-optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common 
-optc-Irts/dist/build/./autogen -optc-Wno-error=inline -optc-O2 
-optc-fomit-frame-pointer -optc-g -optc-DRtsWay=\"rts_v\" 
-optc-DWINVER=0x06000100 -static  -O0 -H64m -Wall 
-fllvm-fill-undef-with-garbage-Werror -Iincludes -Iincludes/dist 
-Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header 
-Irts -Irts/dist/build -DCOMPILING_RTS -this-unit-id rts -dcmm-lint  -i 
-irts -irts/dist/build -Irts/dist/build -irts/dist/build/./autogen 
-Irts/dist/build/./autogen-O2 -Wcpp-undef
-Wnoncanonical-monad-instances  -c rts/StgPrimFloat.c -o 
rts/dist/build/StgPrimFloat.o



rts\Schedule.c:274:14: error:

 error: unknown conversion type character 'l' in format [-Werror=format=]

 barf("sched_state: %" FMT_Word, sched_state);

  ^~~~

|

274 | barf("sched_state: %" FMT_Word, sched_state);

|  ^

In file included from 
C:/code/HEAD-1/inplace/mingw/x86_64-w64-mingw32/include/stdio.h:1036:0,

 from includes/rts/Flags.h:16,

 from includes/Rts.h:191,



 from rts\Schedule.c:11:0: error:

C:/code/HEAD-1/inplace/mingw/x86_64-w64-mingw32/include/_mingw_print_pop.h:86:18:
 note: format string is defined here

#define PRIu64 "llu"

  ^



rts\Schedule.c:274:14: error:

 error: too many arguments for format [-Werror=format-extra-args]

 barf("sched_state: %" FMT_Word, sched_state);

  ^~~~

|

274 | barf("sched_state: %" FMT_Word, sched_state);

|  ^

cc1.exe: all warnings being treated as errors

`gcc.exe' failed in phase `C Compiler'. (Exit code: 1)

"inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall -optc-Werror 
-optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes 
-optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return 
-optc-Wpointer-arith -optc-Wmissing-noreturn -optc-Wnested-externs 
-optc-Wredundant-decls -optc-Wundef -optc-Iincludes -optc-Iincludes/dist 
-optc-Iincludes/dist-derivedconstants/header 
-optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build 
-optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common 
-optc-Irts/dist/build/./autogen -optc-Wno-error=inline -optc-O2 
-optc-fomit-frame-pointer -optc-g -optc-DRtsWay=\"rts_v\" 
-optc-DWINVER=0x06000100 -static  -O0 -H64m -Wall 
-fllvm-fill-undef-with-garbage-Werror -Iincludes -Iincludes/dist 
-Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header 
-Irts -Irts/dist/build -DCOMPILING_RTS -this-unit-id rts -dcmm-lint  -i 
-irts -irts/dist/build -Irts/dist/build -irts/dist/build/./autogen 
-Irts/dist/build/./autogen-O2 -Wcpp-undef
-Wnoncanonical-monad-instances  -c rts/Profiling.c -o rts/dist/build/Profiling.o

make[1]: *** [rts/ghc.mk:295: rts/dist/build/Schedule.o] Error 1

make[1]: *** Waiting for unfinished jobs

make: *** [Makefile:127: all] Error 2

/c/code/HEAD-1$
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken

[Simon Peyton Jones via ghc-devs]

I’m in a shell inside emacs.
My $SHELL variable (which emacs uses to invoke it) is
c:/msys64/usr/bin/bash.exe

Should it be something else?

run 'export MSYSTEM=MINGW64' to change subsystem.

That worked.  Should I add it to my .bashrc, or are you going to do something 
else?

Thanks


From: Phyx [mailto:loneti...@gmail.com]
Sent: 04 October 2017 13:30
To: Simon Peyton Jones <simo...@microsoft.com>; ghc-devs@haskell.org
Subject: Re: Windows build broken

Hi Simon,

You seem to be in an msys shell instead of a mingw-64 shell (they have 
different startup shortcuts). We don't support the msys shell as we only want 
to compile for native windows.

You should use the shortcut marked mingw-64.

Alternatively to get you going in aclocal.m4 remove line 112.

Or

run 'export MSYSTEM=MINGW64' to change subsystem.



The recent llvm changes now force the host validation on all targets, I'll add 
msys when I get home.

Kind regards,

Tamar

On Wed, Oct 4, 2017, 11:19 Simon Peyton Jones via ghc-devs 
<ghc-devs@haskell.org<mailto:ghc-devs@haskell.org>> wrote:
My Windows build is broken again.  With a clean checkout, I get “”

Target platform inferred as: x86_64-unknown-mingw32

Unknown OS msys
How can I get past this?  Full log below.
Simon




make[1]: Leaving directory '/c/code/HEAD/testsuite'

['libraries/array/', 'libraries/base/', 'libraries/binary/', 
'libraries/bytestring/', 'libraries/Cabal/Cabal', 'libraries/Cabal/', 
'libraries/compact/', 'libraries/containers/', 'libraries/deepseq/', 
'libraries/directory/', 'libraries/doc/', 'libraries/dph/dph-base', 
'libraries/dph/dph-prim-interface', 'libraries/dph/dph-prim-seq', 
'libraries/dph/dph-prim-par', 'libraries/dph/dph-lifted-base', 
'libraries/dph/dph-lifted-boxed', 'libraries/dph/dph-lifted-copy', 
'libraries/dph/dph-lifted-vseg', 'libraries/dph/', 'libraries/dph/', 
'libraries/filepath/', 'libraries/ghc-boot/', 'libraries/ghc-boot-th/', 
'libraries/ghc-compact/', 'libraries/ghc-prim/', 'libraries/ghci/', 
'libraries/haskeline/', 'libraries/hoopl/', 'libraries/hpc/', 
'libraries/integer-gmp/', 'libraries/integer-simple/', 'libraries/mtl/', 
'libraries/parallel/', 'libraries/parsec/', 'libraries/pretty/', 
'libraries/primitive/', 'libraries/process/', 'libraries/random/', 
'libraries/stm/', 'libraries/template-haskell/', 'libraries/terminfo/', 
'libraries/text/', 'libraries/time/', 'libraries/transformers/', 
'libraries/unix/', 'libraries/vector/', 'libraries/Win32/', 'libraries/xhtml/']

Creating 
libraries/array/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk=02%7C01%7Csimonpj%40microsoft.com%7C5ced6932c9594ac82e6108d50b23a333%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636427170048887704=lmAzM4n0Tv2BEY7Lg3tDJ61iXsBgtEPhqxxo5vACpsg%3D=0>

Creating 
libraries/base/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk=02%7C01%7Csimonpj%40microsoft.com%7C5ced6932c9594ac82e6108d50b23a333%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636427170048887704=lmAzM4n0Tv2BEY7Lg3tDJ61iXsBgtEPhqxxo5vACpsg%3D=0>

Creating 
libraries/binary/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk=02%7C01%7Csimonpj%40microsoft.com%7C5ced6932c9594ac82e6108d50b23a333%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636427170048887704=lmAzM4n0Tv2BEY7Lg3tDJ61iXsBgtEPhqxxo5vACpsg%3D=0>

Creating 
libraries/bytestring/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk=02%7C01%7Csimonpj%40microsoft.com%7C5ced6932c9594ac82e6108d50b23a333%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636427170048887704=lmAzM4n0Tv2BEY7Lg3tDJ61iXsBgtEPhqxxo5vACpsg%3D=0>

Creating 
libraries/Cabal/Cabal/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk=02%7C01%7Csimonpj%40microsoft.com%7C5ced6932c9594ac82e6108d50b23a333%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636427170048887704=lmAzM4n0Tv2BEY7Lg3tDJ61iXsBgtEPhqxxo5vACpsg%3D=0>

Creating 
libraries/containers/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk=02%7C01%7Csimonpj%40microsoft.com%7C5ced6932c9594ac82e6108d50b23a333%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636427170048887704=lmAzM4n0Tv2BEY7Lg3tDJ61iXsBgtEPhqxxo5vACpsg%3D=0>

Creating 
libraries/deepseq/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk=02%7C01%7Csimonpj%40microsoft.com%7C5ced6932c9594ac82e6108d50b23a333%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636427170048887704=lmAzM4n0Tv2BEY7Lg3tDJ61iXsBgtEPhqxxo5vACpsg%3D=0>

Creating 
libraries/directory/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk=02%7C01%7Csimonpj%40microsoft.com%7C5ced6932c9594ac82e6108d50b23a333%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636427170048887704=lmAzM4n0Tv2BEY7Lg3tDJ61iXsBgtEPhqxxo5vACpsg%3D=0>

Creating 
libraries/dph/dph-base/ghc.mk<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fghc.mk

Re: Windows build broken

[Ben Gamari]

Phyx  writes:

> Hi Simon,
>
> You seem to be in an msys shell instead of a mingw-64 shell (they have
> different startup shortcuts). We don't support the msys shell as we only
> want to compile for native windows.
>
> You should use the shortcut marked mingw-64.
>
> Alternatively to get you going in aclocal.m4 remove line 112.
>
> Or
>
> run 'export MSYSTEM=MINGW64' to change subsystem.
>
>
> The recent llvm changes now force the host validation on all targets, I'll
> add msys when I get home.
>
I've gone ahead and added msys.

Cheers,

- Ben



signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken

[Phyx]

Hi Simon,

You seem to be in an msys shell instead of a mingw-64 shell (they have
different startup shortcuts). We don't support the msys shell as we only
want to compile for native windows.

You should use the shortcut marked mingw-64.

Alternatively to get you going in aclocal.m4 remove line 112.

Or

run 'export MSYSTEM=MINGW64' to change subsystem.


The recent llvm changes now force the host validation on all targets, I'll
add msys when I get home.

Kind regards,

Tamar

On Wed, Oct 4, 2017, 11:19 Simon Peyton Jones via ghc-devs <
ghc-devs@haskell.org> wrote:

> My Windows build is broken again.  With a clean checkout, I get “”
>
> Target platform inferred as: x86_64-unknown-mingw32
>
> Unknown OS msys
>
> How can I get past this?  Full log below.
>
> Simon
>
>
>
>
>
> make[1]: Leaving directory '/c/code/HEAD/testsuite'
>
> ['libraries/array/', 'libraries/base/', 'libraries/binary/',
> 'libraries/bytestring/', 'libraries/Cabal/Cabal', 'libraries/Cabal/',
> 'libraries/compact/', 'libraries/containers/', 'libraries/deepseq/',
> 'libraries/directory/', 'libraries/doc/', 'libraries/dph/dph-base',
> 'libraries/dph/dph-prim-interface', 'libraries/dph/dph-prim-seq',
> 'libraries/dph/dph-prim-par', 'libraries/dph/dph-lifted-base',
> 'libraries/dph/dph-lifted-boxed', 'libraries/dph/dph-lifted-copy',
> 'libraries/dph/dph-lifted-vseg', 'libraries/dph/', 'libraries/dph/',
> 'libraries/filepath/', 'libraries/ghc-boot/', 'libraries/ghc-boot-th/',
> 'libraries/ghc-compact/', 'libraries/ghc-prim/', 'libraries/ghci/',
> 'libraries/haskeline/', 'libraries/hoopl/', 'libraries/hpc/',
> 'libraries/integer-gmp/', 'libraries/integer-simple/', 'libraries/mtl/',
> 'libraries/parallel/', 'libraries/parsec/', 'libraries/pretty/',
> 'libraries/primitive/', 'libraries/process/', 'libraries/random/',
> 'libraries/stm/', 'libraries/template-haskell/', 'libraries/terminfo/',
> 'libraries/text/', 'libraries/time/', 'libraries/transformers/',
> 'libraries/unix/', 'libraries/vector/', 'libraries/Win32/',
> 'libraries/xhtml/']
>
> Creating libraries/array/ghc.mk
>
> Creating libraries/base/ghc.mk
>
> Creating libraries/binary/ghc.mk
>
> Creating libraries/bytestring/ghc.mk
>
> Creating libraries/Cabal/Cabal/ghc.mk
>
> Creating libraries/containers/ghc.mk
>
> Creating libraries/deepseq/ghc.mk
>
> Creating libraries/directory/ghc.mk
>
> Creating libraries/dph/dph-base/ghc.mk
>
> Creating libraries/dph/dph-prim-interface/ghc.mk
>
> Creating libraries/dph/dph-prim-seq/ghc.mk
>
> Creating libraries/dph/dph-prim-par/ghc.mk
>
> Creating libraries/dph/dph-lifted-base/ghc.mk
>
> Creating libraries/dph/dph-lifted-boxed/ghc.mk
>
> Creating libraries/dph/dph-lifted-copy/ghc.mk
>
> Creating libraries/dph/dph-lifted-vseg/ghc.mk
>
> Creating libraries/filepath/ghc.mk
>
> Creating libraries/ghc-boot/ghc.mk
>
> Creating libraries/ghc-boot-th/ghc.mk
>
> Creating libraries/ghc-compact/ghc.mk
>
> Creating libraries/ghc-prim/ghc.mk
>
> Creating libraries/ghci/ghc.mk
>
> Creating libraries/haskeline/ghc.mk
>
> Creating libraries/hoopl/ghc.mk
>
> Creating libraries/hpc/ghc.mk
>
> Creating libraries/integer-gmp/ghc.mk
>
> Creating libraries/integer-simple/ghc.mk
>
> Creating libraries/mtl/ghc.mk
>
> Creating libraries/parallel/ghc.mk
>
> Creating libraries/parsec/ghc.mk
>
> Creating libraries/pretty/ghc.mk
>
> Creating libraries/primitive/ghc.mk
>
> Creating libraries/process/ghc.mk
>
> Creating libraries/random/ghc.mk
>
> Creating libraries/stm/ghc.mk
>
> Creating libraries/template-haskell/ghc.mk
>
> Creating libraries/terminfo/ghc.mk
>
> Creating libraries/text/ghc.mk
>
> Creating libraries/time/ghc.mk
>
> Creating libraries/transformers/ghc.mk
>
> Creating libraries/unix/ghc.mk
>
> Creating libraries/vector/ghc.mk
>
> Creating libraries/Win32/ghc.mk
>
> Creating libraries/xhtml/ghc.mk
>
> Booting .
>
> Booting libraries/base/
>
> Booting libraries/directory/
>
> Booting libraries/integer-gmp/
>
> Booting libraries/process/
>
> Booting libraries/terminfo/
>
> Booting libraries/time/
>
> Booting libraries/unix/
>
> checking for gfind... no
>
> checking for find... /usr/bin/find
>
> checking for sort... /usr/bin/sort
>
> checking for GHC version date... inferred 8.3.20171004
>
> checking for GHC Git commit id... inferred
> 3030eee24c9d538f7ae2c854fd86129563b6ddf3
>
> checking for ghc... /c/fp/ghc-8.0.2/bin/ghc
>
> checking version of ghc... 8.0.2
>
> GHC path canonicalised to: c:/fp/ghc-8.0.2/bin/ghc
>
> checking build system type... x86_64-pc-msys
>
> checking host system type... x86_64-pc-msys
>
> checking target system type... x86_64-pc-msys
>
> Build platform inferred as: x86_64-unknown-mingw32
>
> Host platform inferred as: x86_64-unknown-mingw32
>
> Target platform inferred as: x86_64-unknown-mingw32
>
> Unknown OS msys
>
> /c/code/HEAD$ git pull
>
> Already up-to-date.
>
> /c/code/HEAD$ git submodule update
>
> /c/code/HEAD$
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> 

Windows build broken

[Simon Peyton Jones via ghc-devs]

My Windows build is broken again.  With a clean checkout, I get ""

Target platform inferred as: x86_64-unknown-mingw32

Unknown OS msys
How can I get past this?  Full log below.
Simon




make[1]: Leaving directory '/c/code/HEAD/testsuite'

['libraries/array/', 'libraries/base/', 'libraries/binary/', 
'libraries/bytestring/', 'libraries/Cabal/Cabal', 'libraries/Cabal/', 
'libraries/compact/', 'libraries/containers/', 'libraries/deepseq/', 
'libraries/directory/', 'libraries/doc/', 'libraries/dph/dph-base', 
'libraries/dph/dph-prim-interface', 'libraries/dph/dph-prim-seq', 
'libraries/dph/dph-prim-par', 'libraries/dph/dph-lifted-base', 
'libraries/dph/dph-lifted-boxed', 'libraries/dph/dph-lifted-copy', 
'libraries/dph/dph-lifted-vseg', 'libraries/dph/', 'libraries/dph/', 
'libraries/filepath/', 'libraries/ghc-boot/', 'libraries/ghc-boot-th/', 
'libraries/ghc-compact/', 'libraries/ghc-prim/', 'libraries/ghci/', 
'libraries/haskeline/', 'libraries/hoopl/', 'libraries/hpc/', 
'libraries/integer-gmp/', 'libraries/integer-simple/', 'libraries/mtl/', 
'libraries/parallel/', 'libraries/parsec/', 'libraries/pretty/', 
'libraries/primitive/', 'libraries/process/', 'libraries/random/', 
'libraries/stm/', 'libraries/template-haskell/', 'libraries/terminfo/', 
'libraries/text/', 'libraries/time/', 'libraries/transformers/', 
'libraries/unix/', 'libraries/vector/', 'libraries/Win32/', 'libraries/xhtml/']

Creating libraries/array/ghc.mk

Creating libraries/base/ghc.mk

Creating libraries/binary/ghc.mk

Creating libraries/bytestring/ghc.mk

Creating libraries/Cabal/Cabal/ghc.mk

Creating libraries/containers/ghc.mk

Creating libraries/deepseq/ghc.mk

Creating libraries/directory/ghc.mk

Creating libraries/dph/dph-base/ghc.mk

Creating libraries/dph/dph-prim-interface/ghc.mk

Creating libraries/dph/dph-prim-seq/ghc.mk

Creating libraries/dph/dph-prim-par/ghc.mk

Creating libraries/dph/dph-lifted-base/ghc.mk

Creating libraries/dph/dph-lifted-boxed/ghc.mk

Creating libraries/dph/dph-lifted-copy/ghc.mk

Creating libraries/dph/dph-lifted-vseg/ghc.mk

Creating libraries/filepath/ghc.mk

Creating libraries/ghc-boot/ghc.mk

Creating libraries/ghc-boot-th/ghc.mk

Creating libraries/ghc-compact/ghc.mk

Creating libraries/ghc-prim/ghc.mk

Creating libraries/ghci/ghc.mk

Creating libraries/haskeline/ghc.mk

Creating libraries/hoopl/ghc.mk

Creating libraries/hpc/ghc.mk

Creating libraries/integer-gmp/ghc.mk

Creating libraries/integer-simple/ghc.mk

Creating libraries/mtl/ghc.mk

Creating libraries/parallel/ghc.mk

Creating libraries/parsec/ghc.mk

Creating libraries/pretty/ghc.mk

Creating libraries/primitive/ghc.mk

Creating libraries/process/ghc.mk

Creating libraries/random/ghc.mk

Creating libraries/stm/ghc.mk

Creating libraries/template-haskell/ghc.mk

Creating libraries/terminfo/ghc.mk

Creating libraries/text/ghc.mk

Creating libraries/time/ghc.mk

Creating libraries/transformers/ghc.mk

Creating libraries/unix/ghc.mk

Creating libraries/vector/ghc.mk

Creating libraries/Win32/ghc.mk

Creating libraries/xhtml/ghc.mk

Booting .

Booting libraries/base/

Booting libraries/directory/

Booting libraries/integer-gmp/

Booting libraries/process/

Booting libraries/terminfo/

Booting libraries/time/

Booting libraries/unix/

checking for gfind... no

checking for find... /usr/bin/find

checking for sort... /usr/bin/sort

checking for GHC version date... inferred 8.3.20171004

checking for GHC Git commit id... inferred 
3030eee24c9d538f7ae2c854fd86129563b6ddf3

checking for ghc... /c/fp/ghc-8.0.2/bin/ghc

checking version of ghc... 8.0.2

GHC path canonicalised to: c:/fp/ghc-8.0.2/bin/ghc

checking build system type... x86_64-pc-msys

checking host system type... x86_64-pc-msys

checking target system type... x86_64-pc-msys

Build platform inferred as: x86_64-unknown-mingw32

Host platform inferred as: x86_64-unknown-mingw32

Target platform inferred as: x86_64-unknown-mingw32

Unknown OS msys

/c/code/HEAD$ git pull

Already up-to-date.

/c/code/HEAD$ git submodule update

/c/code/HEAD$
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken again

[Ben Gamari]

Simon Peyton Jones via ghc-devs  writes:

> The Windows build is broken again.  Here's the tail of the log
>
Yes, I opened a ticket (#13375) about this earlier. Running,

"C:/msys64/home/ben/ghc/inplace/bin/ghc-pkg.exe" recache

is sufficient to work around the issue it seems.

Cheers,

- Ben


signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken again

[lonetiger]

This last email was the first one I’ve received from you.

From: Ben Gamari
Sent: Tuesday, March 7, 2017 18:50
To: Phyx; David Macek; simo...@microsoft.com; ghc-devs@haskell.org
Subject: Re: Windows build broken again

Phyx <loneti...@gmail.com> writes:

> https://ghc.haskell.org/trac/ghc/ticket/13375
>
Are people not receiving my messages pointing out this ticket? I've
mentioned it twice now but I get the impression that these messages
aren't being seen.

Cheers,

- Ben


___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken again

[Ben Gamari]

Phyx  writes:

> https://ghc.haskell.org/trac/ghc/ticket/13375
>
Are people not receiving my messages pointing out this ticket? I've
mentioned it twice now but I get the impression that these messages
aren't being seen.

Cheers,

- Ben



signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken again

[Ben Gamari]

Simon Peyton Jones via ghc-devs  writes:

> Windows build still broken.  Please please could someone fix?
> It's something to do with the testsuite Python script

This is #13375. I have a fix in D3289. It's currently validating.

Cheers,

- Ben


signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken again

[Phyx]

https://ghc.haskell.org/trac/ghc/ticket/13375

On Tue, 7 Mar 2017, 08:05 David Macek,  wrote:

> On 4. 3. 2017 22:01, Simon Peyton Jones via ghc-devs wrote:
> > Exception: stderr from command:
> ['"/c/code/HEAD/inplace/bin/ghc-pkg.exe"', 'dump']
>
> Pinpointing the failure. I guess `ghc-pkg dump` is not supposed to write
> to stderr, but it does. Unfortunately, the test driver doesn't seem to tell
> us what's the error from ghc-pkg.
>
> --
> David Macek
>
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken again

[David Macek]

On 4. 3. 2017 22:01, Simon Peyton Jones via ghc-devs wrote:
> Exception: stderr from command: ['"/c/code/HEAD/inplace/bin/ghc-pkg.exe"', 
> 'dump']

Pinpointing the failure. I guess `ghc-pkg dump` is not supposed to write to 
stderr, but it does. Unfortunately, the test driver doesn't seem to tell us 
what's the error from ghc-pkg.

-- 
David Macek



smime.p7s
Description: S/MIME Cryptographic Signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken again

[Simon Peyton Jones via ghc-devs]

Windows build still broken.  Please please could someone fix?
It's something to do with the testsuite Python script
Thanks
Simo[n

From: Simon Peyton Jones
Sent: 04 March 2017 21:01
To: ghc-devs@haskell.org
Subject: Windows build broken again

The Windows build is broken again.  Here's the tail of the log

It would be good if we could stop this happening

Simon

== End post-build package check

make: Entering directory '/c/code/HEAD/testsuite/tests'

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

"/c/code/HEAD/inplace/bin/ghc-stage2.exe" --make -o ../mk/ghc-config 
../mk/ghc-config.hs

[1 of 1] Compiling Main ( ..\mk\ghc-config.hs, ..\mk\ghc-config.o )

Linking ../mk/ghc-config.exe ...

../mk/ghc-config "/c/code/HEAD/inplace/bin/ghc-stage2.exe" 
>"../mk/ghcconfig_c_code_HEAD_inplace_bin_ghc-stage2.exe.mk"; if [ $? != 0 ]; 
then rm -f "../mk/ghcconfig_c_code_HEAD_inplace_bin_ghc-stage2.exe.mk"; exit 1; 
fi

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

# See Note [validate and testsuite speed] in toplevel Makefile.

make SPEED=2

make[1]: Entering directory '/c/code/HEAD/testsuite/tests'

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

Looks like you don't have timeout, building it first...

make -C ../timeout all

make[2]: Entering directory '/c/code/HEAD/testsuite/timeout'

rm -f -f TimeMe.o TimeMe.hi TimeMe TimeMe.exe

python3 calibrate '' > calibrate.out

rm -rf install-inplace

'/c/code/HEAD/inplace/bin/ghc-stage2.exe' --make Setup

[1 of 1] Compiling Main ( Setup.hs, Setup.o )

Linking Setup.exe ...

./Setup configure --with-compiler='/c/code/HEAD/inplace/bin/ghc-stage2.exe' \

  --with-hc-pkg='/c/code/HEAD/inplace/bin/ghc-pkg.exe' \

  --with-hsc2hs='/c/code/HEAD/inplace/bin/hsc2hs.exe' \

   \

  --ghc-option=-threaded 
--prefix='/c/code/HEAD/testsuite/timeout/install-inplace'

Configuring timeout-1...

./Setup build

Preprocessing executable 'timeout' for timeout-1..

Building executable 'timeout' for timeout-1..

[1 of 2] Compiling WinCBindings ( 
dist\build\timeout\timeout-tmp\WinCBindings.hs, 
dist\build\timeout\timeout-tmp\WinCBindings.o )

[2 of 2] Compiling Main ( timeout.hs, 
dist\build\timeout\timeout-tmp\Main.o )

Linking dist\build\timeout\timeout.exe ...

./Setup install

Installing executable timeout in 
C:/code/HEAD/testsuite/timeout/install-inplace\bin

Warning: The directory C:/code/HEAD/testsuite/timeout/install-inplace\bin is

not in the system search path.

make[2]: Leaving directory '/c/code/HEAD/testsuite/timeout'

PYTHON="python3" "python3" ../driver/runtests.py  -e 
ghc_compiler_always_flags="'-dcore-lint -dcmm-lint -no-user-package-db -rtsopts 
 -fno-warn-missed-specialisations -fshow-warning-groups 
-fdiagnostics-color=never -fno-diagnostics-show-caret -dno-debug-output'" -e 
config.compiler_debugged=False -e ghc_with_native_codegen=1 -e 
config.have_vanilla=True -e config.have_dynamic=False -e 
config.have_profiling=False -e ghc_with_threaded_rts=1 -e 
ghc_with_dynamic_rts=0 -e config.have_interp=True -e 
config.unregisterised=False -e config.ghc_dynamic_by_default=False -e 
config.ghc_dynamic=False -e ghc_with_smp=1 -e ghc_with_llvm=0 -e windows=True 
-e darwin=False -e config.in_tree_compiler=True --threads=5 -e 
config.cleanup=True -e config.local=False --rootdir=. 
--configfile=../config/ghc -e 'config.confdir="../config"' -e 
'config.platform="x86_64-unknown-mingw32"' -e 'config.os="mingw32"' -e 
'config.arch="x86_64"' -e 'config.wordsize="64"' -e 'config.timeout=int() or 
config.timeout' -e 'config.exeext=".exe"' -e 
'config.top="/c/code/HEAD/testsuite"' --config 
'compiler="/c/code/HEAD/inplace/bin/ghc-stage2.exe"' --config 
'ghc_pkg="/c/code/HEAD/inplace/bin/ghc-pkg.exe"' --config 
'haddock="/c/code/HEAD/inplace/bin/haddock.exe"' --config 
'hp2ps="/c/code/HEAD/inplace/bin/hp2ps.exe"' --config 
'hpc="/c/code/HEAD/inplace/bin/hpc.exe"' --config 'gs=&

Windows build broken again

[Simon Peyton Jones via ghc-devs]

The Windows build is broken again.  Here's the tail of the log



It would be good if we could stop this happening



Simon

== End post-build package check

make: Entering directory '/c/code/HEAD/testsuite/tests'

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

"/c/code/HEAD/inplace/bin/ghc-stage2.exe" --make -o ../mk/ghc-config 
../mk/ghc-config.hs

[1 of 1] Compiling Main ( ..\mk\ghc-config.hs, ..\mk\ghc-config.o )

Linking ../mk/ghc-config.exe ...

../mk/ghc-config "/c/code/HEAD/inplace/bin/ghc-stage2.exe" 
>"../mk/ghcconfig_c_code_HEAD_inplace_bin_ghc-stage2.exe.mk"; if [ $? != 0 ]; 
then rm -f "../mk/ghcconfig_c_code_HEAD_inplace_bin_ghc-stage2.exe.mk"; exit 1; 
fi

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

# See Note [validate and testsuite speed] in toplevel Makefile.

make SPEED=2

make[1]: Entering directory '/c/code/HEAD/testsuite/tests'

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

WARNING: cache is out of date: 
C:\code\HEAD\inplace\lib\package.conf.d\package.cache

ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix.

Looks like you don't have timeout, building it first...

make -C ../timeout all

make[2]: Entering directory '/c/code/HEAD/testsuite/timeout'

rm -f -f TimeMe.o TimeMe.hi TimeMe TimeMe.exe

python3 calibrate '' > calibrate.out

rm -rf install-inplace

'/c/code/HEAD/inplace/bin/ghc-stage2.exe' --make Setup

[1 of 1] Compiling Main ( Setup.hs, Setup.o )

Linking Setup.exe ...

./Setup configure --with-compiler='/c/code/HEAD/inplace/bin/ghc-stage2.exe' \

  --with-hc-pkg='/c/code/HEAD/inplace/bin/ghc-pkg.exe' \

  --with-hsc2hs='/c/code/HEAD/inplace/bin/hsc2hs.exe' \

   \

  --ghc-option=-threaded 
--prefix='/c/code/HEAD/testsuite/timeout/install-inplace'

Configuring timeout-1...

./Setup build

Preprocessing executable 'timeout' for timeout-1..

Building executable 'timeout' for timeout-1..

[1 of 2] Compiling WinCBindings ( 
dist\build\timeout\timeout-tmp\WinCBindings.hs, 
dist\build\timeout\timeout-tmp\WinCBindings.o )

[2 of 2] Compiling Main ( timeout.hs, 
dist\build\timeout\timeout-tmp\Main.o )

Linking dist\build\timeout\timeout.exe ...

./Setup install

Installing executable timeout in 
C:/code/HEAD/testsuite/timeout/install-inplace\bin

Warning: The directory C:/code/HEAD/testsuite/timeout/install-inplace\bin is

not in the system search path.

make[2]: Leaving directory '/c/code/HEAD/testsuite/timeout'

PYTHON="python3" "python3" ../driver/runtests.py  -e 
ghc_compiler_always_flags="'-dcore-lint -dcmm-lint -no-user-package-db -rtsopts 
 -fno-warn-missed-specialisations -fshow-warning-groups 
-fdiagnostics-color=never -fno-diagnostics-show-caret -dno-debug-output'" -e 
config.compiler_debugged=False -e ghc_with_native_codegen=1 -e 
config.have_vanilla=True -e config.have_dynamic=False -e 
config.have_profiling=False -e ghc_with_threaded_rts=1 -e 
ghc_with_dynamic_rts=0 -e config.have_interp=True -e 
config.unregisterised=False -e config.ghc_dynamic_by_default=False -e 
config.ghc_dynamic=False -e ghc_with_smp=1 -e ghc_with_llvm=0 -e windows=True 
-e darwin=False -e config.in_tree_compiler=True --threads=5 -e 
config.cleanup=True -e config.local=False --rootdir=. 
--configfile=../config/ghc -e 'config.confdir="../config"' -e 
'config.platform="x86_64-unknown-mingw32"' -e 'config.os="mingw32"' -e 
'config.arch="x86_64"' -e 'config.wordsize="64"' -e 'config.timeout=int() or 
config.timeout' -e 'config.exeext=".exe"' -e 
'config.top="/c/code/HEAD/testsuite"' --config 
'compiler="/c/code/HEAD/inplace/bin/ghc-stage2.exe"' --config 
'ghc_pkg="/c/code/HEAD/inplace/bin/ghc-pkg.exe"' --config 
'haddock="/c/code/HEAD/inplace/bin/haddock.exe"' --config 
'hp2ps="/c/code/HEAD/inplace/bin/hp2ps.exe"' --config 
'hpc="/c/code/HEAD/inplace/bin/hpc.exe"' --config 'gs="gs"' --config 
'timeout_prog="../timeout/install-inplace/bin/timeout.exe"' -e "config.stage=2" 
--summary-file "../../testsuite_summary.txt" --no-print-summary 1   
--rootdir=../../libraries/Win32/tests  --rootdir=../../libraries/array/tests  
--rootdir=../../libraries/base/tests  --rootdir=../../libraries/binary/tests  
--rootdir=../../libraries/bytestring/tests  
--rootdir=../../libraries/containers/tests  

RE: Windows build broken

[David Feuer]

I can't fix that (no windows) but I just broke all the builds with a -Werror 
mistake and I can fix that one...

David FeuerWell-Typed, LLP
 Original message From: Simon Peyton Jones via ghc-devs 
<ghc-devs@haskell.org> Date: 2/28/17  7:07 PM  (GMT-05:00) To: 
ghc-devs@haskell.org Subject: Windows build broken 


Windows build is broken again.  Might someone fix?
Simon
 
"inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall -optc-Werror 
-optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes 
-optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return 
-optc-Wpointer-arith
 -optc-Wmissing-noreturn -optc-Wnested-externs -optc-Wredundant-decls 
-optc-Iincludes -optc-Iincludes/dist 
-optc-Iincludes/dist-derivedconstants/header 
-optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build 
-optc-DCOMPILING_RTS -optc-fno-strict-aliasing
 -optc-fno-common -optc-Irts/dist/build/./autogen -optc-Wno-error=inline 
-optc-O2 -optc-fomit-frame-pointer -optc-g -optc-DRtsWay=\"rts_p\" 
-optc-DWINVER=0x06000100 -static -prof -eventlog  -O0 -H64m -Wall 
-fllvm-fill-undef-with-garbage    -Werror -Iincludes
 -Iincludes/dist -Iincludes/dist-derivedconstants/header 
-Iincludes/dist-ghcconstants/header -Irts -Irts/dist/build -DCOMPILING_RTS 
-this-unit-id rts -dcmm-lint  -i -irts -irts/dist/build -Irts/dist/build 
-irts/dist/build/./autogen -Irts/dist/build/./autogen  
 -O2    -Wnoncanonical-monad-instances  -c rts/Sparks.c -o 
rts/dist/build/Sparks.p_o
rts\Profiling.c: In function 'reportCCSProfiling':
 
rts\Profiling.c:704:9: error:
 error: implicit declaration of function 'writeCCSReportJson' 
[-Werror=implicit-function-declaration]
 writeCCSReportJson(prof_file, stack, totals);
 ^~
    |
704 | writeCCSReportJson(prof_file, stack, totals);
    | ^
 
rts\Profiling.c:704:9: error:
 error: nested extern declaration of 'writeCCSReportJson' 
[-Werror=nested-externs]
    |
704 | writeCCSReportJson(prof_file, stack, totals);
    | ^
cc1.exe: all warnings being treated as errors
`gcc.exe' failed in phase `C Compiler'. (Exit code: 1)
make[1]: *** [rts/ghc.mk:255: rts/dist/build/Profiling.p_o] Error 1
make[1]: *** Waiting for unfinished jobs
make: *** [Makefile:127: all] Error 2
/c/code/HEAD$

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Windows build broken

[Simon Peyton Jones via ghc-devs]

Windows build is broken again.  Might someone fix?
Simon


"inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall -optc-Werror 
-optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes 
-optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return 
-optc-Wpointer-arith -optc-Wmissing-noreturn -optc-Wnested-externs 
-optc-Wredundant-decls -optc-Iincludes -optc-Iincludes/dist 
-optc-Iincludes/dist-derivedconstants/header 
-optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build 
-optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common 
-optc-Irts/dist/build/./autogen -optc-Wno-error=inline -optc-O2 
-optc-fomit-frame-pointer -optc-g -optc-DRtsWay=\"rts_p\" 
-optc-DWINVER=0x06000100 -static -prof -eventlog  -O0 -H64m -Wall 
-fllvm-fill-undef-with-garbage-Werror -Iincludes -Iincludes/dist 
-Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header 
-Irts -Irts/dist/build -DCOMPILING_RTS -this-unit-id rts -dcmm-lint  -i 
-irts -irts/dist/build -Irts/dist/build -irts/dist/build/./autogen 
-Irts/dist/build/./autogen   -O2-Wnoncanonical-monad-instances  -c 
rts/Sparks.c -o rts/dist/build/Sparks.p_o

rts\Profiling.c: In function 'reportCCSProfiling':



rts\Profiling.c:704:9: error:

 error: implicit declaration of function 'writeCCSReportJson' 
[-Werror=implicit-function-declaration]

 writeCCSReportJson(prof_file, stack, totals);

 ^~

|

704 | writeCCSReportJson(prof_file, stack, totals);

| ^



rts\Profiling.c:704:9: error:

 error: nested extern declaration of 'writeCCSReportJson' 
[-Werror=nested-externs]

|

704 | writeCCSReportJson(prof_file, stack, totals);

| ^

cc1.exe: all warnings being treated as errors

`gcc.exe' failed in phase `C Compiler'. (Exit code: 1)

make[1]: *** [rts/ghc.mk:255: rts/dist/build/Profiling.p_o] Error 1

make[1]: *** Waiting for unfinished jobs

make: *** [Makefile:127: all] Error 2

/c/code/HEAD$
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken

[Ashley Yakeley]

Please set your "time" submodule to the "ghc" branch. It should always
represent a stable release.
-- Ashley
On Wed, 2017-02-22 at 14:13 +, Phyx wrote:
> The package has been fixed already but the submodule hasn't been
> updated. For a quick fix just cd into libraries/time and checkout
> master.
> I was hesitant to push the new submodule since we hadn't branched yet
> for 8.2
> 
> On Wed, 22 Feb 2017, 14:09 Simon Peyton Jones via ghc-devs, 
> @haskell.org> wrote:
> > Please please please could some one fix this?  On windows.
> > It’s frustrating being unable to build.
> > Please
> > please
> > Simon
> >  
> > libraries\time\lib\Data\Time\Clock\Internal\SystemTime.hs:57:5:
> > error:
> >     Not in scope: data constructor    FILETIME  
> > Perhaps you meant    Win32.FILETIME    (imported from
> > System.Win32.Time)
> >    |
> > 57 | FILETIME ft <- Win32.getSystemTimeAsFileTime
> >    | 
> > ___
> > ghc-devs mailing list
> > ghc-devs@haskell.org
> > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
> > ___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken

[Simon Peyton Jones via ghc-devs]

Re-adding ghc-devs.  

|  Settup up things so that all master pushes go through a build
|  all-relevant-platforms purgatory shouldn't be that problematic..

I know.  We discuss it periodically The trouble is that it takes work to do 
these things (reliably, solidly) and everyone is busy.

If someone felt able to step up to doing it, it'd be great.

Simon

|  -Original Message-
|  From: Kosyrev Serge [mailto:skosy...@ptsecurity.com]
|  Sent: 22 February 2017 14:18
|  To: Simon Peyton Jones <simo...@microsoft.com>
|  Subject: Re: Windows build broken
|  
|  Simon,
|  
|  It pains me to see how something trivially preventable by a functioning
|  "continuous integration" setup keeps causing you trouble so regularly.
|  
|  Settup up things so that all master pushes go through a build
|  all-relevant-platforms purgatory shouldn't be that problematic..
|  
|  I know, it's not my ground to meddle in, but I just can't be calmly watching
|  this entirely preventable suffering..
|  
|  Simon Peyton Jones via ghc-devs writes:
|  > Please please please could some one fix this? On windows.
|  >
|  > It’s frustrating being unable to build.
|  >
|  > Please
|  >
|  > please
|  >
|  > Simon
|  >
|  > libraries\time\lib\Data\Time\Clock\Internal\SystemTime.hs:57:5: error:
|  >
|  > Not in scope: data constructor FILETIME
|  >
|  > Perhaps you meant Win32.FILETIME (imported from System.Win32.Time)
|  >
|  > |
|  >
|  > 57 | FILETIME ft <- Win32.getSystemTimeAsFileTime
|  >
|  > | 
|  
|  --
|  с уважениeм / respectfully, not a GHC developer at all, Косырев Сергей
|  --
|  “Most deadly errors arise from obsolete assumptions.”
|-- Frank Herbert, Children of Dune
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken

[Simon Peyton Jones via ghc-devs]

Tonight is fine – thank you!

From: Phyx [mailto:loneti...@gmail.com]
Sent: 22 February 2017 14:47
To: Simon Peyton Jones <simo...@microsoft.com>
Cc: ghc-devs@haskell.org
Subject: Re: Windows build broken


Head of ghc is broken not head of time. Ghc is currently set to 6e202ed while 
head is 4eb06c0. So checking out the master branch of libraries/time should 
bring you to a working build.

I am currently without my ssh keys so cannot push it. If someone else wants to 
update it? Otherwise I'll do so when I get home.

On Wed, 22 Feb 2017, 14:36 Simon Peyton Jones, 
<simo...@microsoft.com<mailto:simo...@microsoft.com>> wrote:
well HEAD is broken, so surely it should go either forward or backward.  But 
the status quo is not good.

My instinct: push the new submodule.  But I defer to Ben etc

Simon

From: Phyx [mailto:loneti...@gmail.com<mailto:loneti...@gmail.com>]
Sent: 22 February 2017 14:14
To: Simon Peyton Jones <simo...@microsoft.com<mailto:simo...@microsoft.com>>; 
ghc-devs@haskell.org<mailto:ghc-devs@haskell.org>
Cc: Ashley Yakeley <ash...@semantic.org<mailto:ash...@semantic.org>>
Subject: Re: Windows build broken


The package has been fixed already but the submodule hasn't been updated. For a 
quick fix just cd into libraries/time and checkout master.

I was hesitant to push the new submodule since we hadn't branched yet for 8.2

On Wed, 22 Feb 2017, 14:09 Simon Peyton Jones via ghc-devs, 
<ghc-devs@haskell.org<mailto:ghc-devs@haskell.org>> wrote:
Please please please could some one fix this?  On windows.
It’s frustrating being unable to build.
Please
please
Simon


libraries\time\lib\Data\Time\Clock\Internal\SystemTime.hs:57:5: error:

Not in scope: data constructorFILETIME

Perhaps you meantWin32.FILETIME(imported from System.Win32.Time)

   |

57 | FILETIME ft <- Win32.getSystemTimeAsFileTime

   | 
___
ghc-devs mailing list
ghc-devs@haskell.org<mailto:ghc-devs@haskell.org>
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmail.haskell.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fghc-devs=02%7C01%7Csimonpj%40microsoft.com%7C100bdee301974a6853fb08d45b2d028e%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636233696267271774=3RmWnkWRWWDtXdWLDmYKaJ8bHd%2BQwWI3PZ99dOVM5aU%3D=0>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken

[Phyx]

Head of ghc is broken not head of time. Ghc is currently set to 6e202ed
while head is 4eb06c0. So checking out the master branch of libraries/time
should bring you to a working build.

I am currently without my ssh keys so cannot push it. If someone else wants
to update it? Otherwise I'll do so when I get home.

On Wed, 22 Feb 2017, 14:36 Simon Peyton Jones, <simo...@microsoft.com>
wrote:

> well HEAD is broken, so surely it should go either forward or backward.
> But the status quo is not good.
>
>
>
> My instinct: push the new submodule.  But I defer to Ben etc
>
>
>
> Simon
>
>
>
> *From:* Phyx [mailto:loneti...@gmail.com]
> *Sent:* 22 February 2017 14:14
> *To:* Simon Peyton Jones <simo...@microsoft.com>; ghc-devs@haskell.org
> *Cc:* Ashley Yakeley <ash...@semantic.org>
> *Subject:* Re: Windows build broken
>
>
>
> The package has been fixed already but the submodule hasn't been updated.
> For a quick fix just cd into libraries/time and checkout master.
>
> I was hesitant to push the new submodule since we hadn't branched yet for
> 8.2
>
>
>
> On Wed, 22 Feb 2017, 14:09 Simon Peyton Jones via ghc-devs, <
> ghc-devs@haskell.org> wrote:
>
> Please please please could some one fix this?  On windows.
>
> It’s frustrating being unable to build.
>
> Please
>
> please
>
> Simon
>
>
>
> libraries\time\lib\Data\Time\Clock\Internal\SystemTime.hs:57:5: error:
>
> Not in scope: data constructorFILETIME
>
> Perhaps you meantWin32.FILETIME(imported from
> System.Win32.Time)
>
>|
>
> 57 | FILETIME ft <- Win32.getSystemTimeAsFileTime
>
>| 
>
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmail.haskell.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fghc-devs=02%7C01%7Csimonpj%40microsoft.com%7C100bdee301974a6853fb08d45b2d028e%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636233696267271774=3RmWnkWRWWDtXdWLDmYKaJ8bHd%2BQwWI3PZ99dOVM5aU%3D=0>
>
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken

[Simon Peyton Jones via ghc-devs]

well HEAD is broken, so surely it should go either forward or backward.  But 
the status quo is not good.

My instinct: push the new submodule.  But I defer to Ben etc

Simon

From: Phyx [mailto:loneti...@gmail.com]
Sent: 22 February 2017 14:14
To: Simon Peyton Jones <simo...@microsoft.com>; ghc-devs@haskell.org
Cc: Ashley Yakeley <ash...@semantic.org>
Subject: Re: Windows build broken


The package has been fixed already but the submodule hasn't been updated. For a 
quick fix just cd into libraries/time and checkout master.

I was hesitant to push the new submodule since we hadn't branched yet for 8.2

On Wed, 22 Feb 2017, 14:09 Simon Peyton Jones via ghc-devs, 
<ghc-devs@haskell.org<mailto:ghc-devs@haskell.org>> wrote:
Please please please could some one fix this?  On windows.
It’s frustrating being unable to build.
Please
please
Simon


libraries\time\lib\Data\Time\Clock\Internal\SystemTime.hs:57:5: error:

Not in scope: data constructorFILETIME

Perhaps you meantWin32.FILETIME(imported from System.Win32.Time)

   |

57 | FILETIME ft <- Win32.getSystemTimeAsFileTime

   | 
___
ghc-devs mailing list
ghc-devs@haskell.org<mailto:ghc-devs@haskell.org>
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmail.haskell.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fghc-devs=02%7C01%7Csimonpj%40microsoft.com%7C100bdee301974a6853fb08d45b2d028e%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636233696267271774=3RmWnkWRWWDtXdWLDmYKaJ8bHd%2BQwWI3PZ99dOVM5aU%3D=0>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken

[Phyx]

The package has been fixed already but the submodule hasn't been updated.
For a quick fix just cd into libraries/time and checkout master.

I was hesitant to push the new submodule since we hadn't branched yet for
8.2

On Wed, 22 Feb 2017, 14:09 Simon Peyton Jones via ghc-devs, <
ghc-devs@haskell.org> wrote:

> Please please please could some one fix this?  On windows.
>
> It’s frustrating being unable to build.
>
> Please
>
> please
>
> Simon
>
>
>
> libraries\time\lib\Data\Time\Clock\Internal\SystemTime.hs:57:5: error:
>
> Not in scope: data constructorFILETIME
>
> Perhaps you meantWin32.FILETIME(imported from
> System.Win32.Time)
>
>|
>
> 57 | FILETIME ft <- Win32.getSystemTimeAsFileTime
>
>| 
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Windows build broken

[Simon Peyton Jones via ghc-devs]

Please please please could some one fix this?  On windows.
It's frustrating being unable to build.
Please
please
Simon


libraries\time\lib\Data\Time\Clock\Internal\SystemTime.hs:57:5: error:

Not in scope: data constructorFILETIME

Perhaps you meantWin32.FILETIME(imported from System.Win32.Time)

   |

57 | FILETIME ft <- Win32.getSystemTimeAsFileTime

   | 
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken -- again

[Ben Gamari]

Simon Peyton Jones via ghc-devs  writes:

> Sigh.  The Simon PJ Windows Buildbot reports
>
Yes, my apologies for this one. I'm currently in the process of getting
this one fixed in D2700. Unfortunately my own Windows machine is having
hardware issues so I progress has been a bit slow. I hope to have a
functional fix by the end of the day.

Cheers,

- Ben



signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken -- again

[Erik de Castro Lopo]

Simon Peyton Jones via ghc-devs wrote:

> In file included from rts\CheckUnload.c:16:0: error:
> 
> 
> 
> rts\LinkerInternals.h:284:15: error:
> 
>  error: unknown type name 'UChar'
> 
>  STATIC_INLINE UChar *

There's a patch up on Phab that should fix that:

https://phabricator.haskell.org/D2700

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Windows build broken -- again

[Simon Peyton Jones via ghc-devs]

Sigh.  The Simon PJ Windows Buildbot reports


"inplace/bin/ghc-stage1.exe" -optc-fno-stack-protector -optc-Wall -optc-Werror 
-optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes 
-optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return 
-optc-Wpointer-arith -optc-Wmissing-noreturn -optc-Wnested-externs 
-optc-Wredundant-decls -optc-Iincludes -optc-Iincludes/dist 
-optc-Iincludes/dist-derivedconstants/header 
-optc-Iincludes/dist-ghcconstants/header -optc-Irts -optc-Irts/dist/build 
-optc-DCOMPILING_RTS -optc-fno-strict-aliasing -optc-fno-common 
-optc-Irts/dist/build/./autogen -optc-Wno-error=inline -optc-O2 
-optc-fomit-frame-pointer -optc-g -optc-DRtsWay=\"rts_v\" 
-optc-DWINVER=0x06000100 -static  -O0 -H64m -Wall 
-fllvm-fill-undef-with-garbage-Werror -Iincludes -Iincludes/dist 
-Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header 
-Irts -Irts/dist/build -DCOMPILING_RTS -this-unit-id rts -dcmm-lint  -i 
-irts -irts/dist/build -Irts/dist/build -irts/dist/build/./autogen 
-Irts/dist/build/./autogen   -O2-Wnoncanonical-monad-instances  -c 
rts/CheckUnload.c -o rts/dist/build/CheckUnload.o



In file included from rts\CheckUnload.c:16:0: error:



rts\LinkerInternals.h:284:15: error:

 error: unknown type name 'UChar'

 STATIC_INLINE UChar *

   ^

rts\LinkerInternals.h: In function 'myindex':



rts\LinkerInternals.h:288:11: error:

 error: 'UChar' undeclared (first use in this function)

 ((UChar*)base) + scale * index;

   ^



rts\LinkerInternals.h:288:11: error:

 note: each undeclared identifier is reported only once for each function 
it appears in



rts\LinkerInternals.h:288:17: error:

 error: expected expression before ')' token

 ((UChar*)base) + scale * index;

 ^



rts\LinkerInternals.h:285:28: error:

 error: unused parameter 'base' [-Werror=unused-parameter]

 myindex ( int scale, void* base, int index )

^

rts\LinkerInternals.h: At top level:



rts\LinkerInternals.h:292:5: error:

 error: unknown type name 'UChar'

 UChar* name,

 ^



rts\LinkerInternals.h:293:5: error:

 error: unknown type name 'UChar'

 UChar* strtab);

 ^

cc1.exe: all warnings being treated as errors

`gcc.exe' failed in phase `C Compiler'. (Exit code: 1)

make[1]: *** [rts/ghc.mk:255: rts/dist/build/CheckUnload.o] Error 1

make[1]: *** Waiting for unfinished jobs

make: *** [Makefile:127: all] Error 2

/c/code/HEAD-1$
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Aarrgh! Windows build broken again

[Simon Peyton Jones via ghc-devs]

Thanks for such a prompt reply -- I'll try that.

Simon

|  -Original Message-
|  From: Matthew Pickering [mailto:matthewtpicker...@gmail.com]
|  Sent: 23 October 2016 00:13
|  To: Simon Peyton Jones <simo...@microsoft.com>
|  Cc: ghc-devs@haskell.org
|  Subject: Re: Aarrgh! Windows build broken again
|  
|  Erik has a patch which fixes this. I will merge it now.
|  
|  Matt
|  
|  On Sun, Oct 23, 2016 at 12:11 AM, Simon Peyton Jones via ghc-devs
|  <ghc-devs@haskell.org> wrote:
|  > On Windows with HEAD I get
|  >
|  > C:/code/HEAD/inplace/mingw/bin/ld.exe: cannot find -lnuma
|  >
|  > Sigh.   This didn’t happen a day or two ago
|  >
|  > Simon
|  >
|  >
|  > ___
|  > ghc-devs mailing list
|  > ghc-devs@haskell.org
|  >
|  https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmail.h
|  > askell.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fghc-
|  devs=02%7C01%7Csimonpj%40microsoft.com%7Ca7ec55f6a94d429104a008d3
|  fad1098b%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C6361277481201917
|  06=IswaW41WhOlEA2tHdxqjLfjaay3Eob%2B1RSo%2F3u4hqlI%3D=0
|  >
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Aarrgh! Windows build broken again

[Matthew Pickering]

Erik has a patch which fixes this. I will merge it now.

Matt

On Sun, Oct 23, 2016 at 12:11 AM, Simon Peyton Jones via ghc-devs
 wrote:
> On Windows with HEAD I get
>
> C:/code/HEAD/inplace/mingw/bin/ld.exe: cannot find -lnuma
>
> Sigh.   This didn’t happen a day or two ago
>
> Simon
>
>
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Aarrgh! Windows build broken again

[Simon Peyton Jones via ghc-devs]

On Windows with HEAD I get

C:/code/HEAD/inplace/mingw/bin/ld.exe: cannot find -lnuma
Sigh.   This didn't happen a day or two ago
Simon
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Help! Windows build broken in teestsuite

[Simon Peyton Jones]

Aargh!  The Windows build is broken again.
This time it’s the testsuite.  It seems to be trying to run the test in a temp 
directory, and failing to find the directory.
Thomie, could this be something to do with your work on the testsuite?
Please fix!  Or tell me what to revert.It leaves me stuck.
Thanks
Simon


/cygdrive/c/code/HEAD/testsuite/tests/indexed-types/should_fail$ make TEST=T9662

PYTHON="python" "python" ../../../driver/runtests.py  -e 
ghc_compiler_always_flags="'-fforce-recomp -dcore-lint -dcmm-lint 
-dno-debug-output -no-user-package-db -rtsopts  -fno-warn-tabs 
-fno-warn-missed-specialisations -fshow-warning-groups '" -e ghc_debugged=False 
-e ghc_with_native_codegen=1 -e ghc_with_vanilla=1 -e ghc_with_dynamic=0 -e 
ghc_with_profiling=0 -e ghc_with_threaded_rts=1 -e ghc_with_dynamic_rts=0 -e 
ghc_with_interpreter=1 -e ghc_unregisterised=0 -e ghc_dynamic_by_default=False 
-e ghc_dynamic=False -e ghc_with_smp=1 -e ghc_with_llvm=0 -e windows=True -e 
darwin=False -e in_tree_compiler=True -e cleanup=True --rootdir=. 
--configfile=../../../config/ghc -e 'config.confdir="../../../config"' -e 
'config.platform="x86_64-unknown-mingw32"' -e 'config.os="mingw32"' -e 
'config.arch="x86_64"' -e 'config.wordsize="64"' -e 'config.timeout=int() or 
config.timeout' -e 'config.exeext=".exe"' -e 
'config.top="/cygdrive/c/code/HEAD/testsuite"' --config 
'compiler="/cygdrive/c/code/HEAD/inplace/bin/ghc-stage2.exe"' --config 
'ghc_pkg="/cygdrive/c/code/HEAD/inplace/bin/ghc-pkg.exe"' --config 'haddock=' 
--config 'hp2ps="/cygdrive/c/code/HEAD/inplace/bin/hp2ps.exe"' --config 
'hpc="/cygdrive/c/code/HEAD/inplace/bin/hpc.exe"' --config 'gs="gs"' --config 
'timeout_prog="../../../timeout/install-inplace/bin/timeout.exe"'  \

   --only=T9662 \

   \

   \

   \

   \

   \



Timeout is 300

Found 1 .T files...

Beginning test run at 06/07/16 07:45:13 GMT Summer Time

> Scanning ./all.T

=> T9662(normal) 1 of 1 [0, 0, 0]

cd c:/users/simonpj/appdata/local/temp/ghctest-qbd2zw\1\2\3\.\T9662 &&  
"C:/code/HEAD/inplace/bin/ghc-stage2.exe" -c T9662.hs -fforce-recomp 
-dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db -rtsopts 
-fno-warn-tabs -fno-warn-missed-specialisations -fshow-warning-groups 
-fno-ghci-history   > T9662.comp.stderr 2>&1

sh: line 0: cd: c:/users/simonpj/appdata/local/temp/ghctest-qbd2zw123.T9662: No 
such file or directory
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

RE: Windows build broken

[Simon Peyton Jones]

Thanks for a prompt fix!

From: Tamar Christina [mailto:loneti...@gmail.com]
Sent: 04 March 2015 00:47
To: Austin Seipp; Simon Peyton Jones
Cc: ghc-devs@haskell.org
Subject: Re: Windows build broken

Hi Simon, Austin

https://phabricator.haskell.org/D698 should fix the build. validate runs 
cleanly through.

My apologies again, my last few builds were using ./validate --no-clean by my 
are-validating.mk was missing
so it wasn’t compiling with -Werror.

Regards,
Tamar


From: Austin Seippmailto:aus...@well-typed.com
Sent: ‎Wednesday‎, ‎March‎ ‎4‎, ‎2015 ‎00‎:‎14
To: Simon Peyton Jonesmailto:simo...@microsoft.com
Cc: ghc-devs@haskell.orgmailto:ghc-devs@haskell.org

This must be fallout from the VEH handler change I pushed earlier -
5200bdeb26c5ec98739b14b10fc8907296bceeb9.

I'll try to fix/revert shortly.

On Tue, Mar 3, 2015 at 4:30 PM, Simon Peyton Jones
simo...@microsoft.commailto:simo...@microsoft.com wrote:
 AAARGH!  Windows build is broken again.

 Please can someone fix?



 In file included from rts\RtsMain.c:12:0:



 rts\PosixSource.h:31:0:  error: __USE_MINGW_ANSI_STDIO redefined

 c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/_mingw.h:280:0:
 note: this is the location of the previous definition

 rts/ghc.mk:243: recipe for target 'rts/dist/build/RtsMain.o' failed

 make[1]: *** [rts/dist/build/RtsMain.o] Error 1


 ___
 ghc-devs mailing list
 ghc-devs@haskell.orgmailto:ghc-devs@haskell.org
 http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs




--
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.orgmailto:ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken

[Austin Seipp]

This must be fallout from the VEH handler change I pushed earlier -
5200bdeb26c5ec98739b14b10fc8907296bceeb9.

I'll try to fix/revert shortly.

On Tue, Mar 3, 2015 at 4:30 PM, Simon Peyton Jones
simo...@microsoft.com wrote:
 AAARGH!  Windows build is broken again.

 Please can someone fix?



 In file included from rts\RtsMain.c:12:0:



 rts\PosixSource.h:31:0:  error: __USE_MINGW_ANSI_STDIO redefined

 c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/_mingw.h:280:0:
 note: this is the location of the previous definition

 rts/ghc.mk:243: recipe for target 'rts/dist/build/RtsMain.o' failed

 make[1]: *** [rts/dist/build/RtsMain.o] Error 1


 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs




-- 
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Windows build broken

[Simon Peyton Jones]

AAARGH!  Windows build is broken again.
Please can someone fix?


In file included from rts\RtsMain.c:12:0:



rts\PosixSource.h:31:0:  error: __USE_MINGW_ANSI_STDIO redefined

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/_mingw.h:280:0:
 note: this is the location of the previous definition

rts/ghc.mk:243: recipe for target 'rts/dist/build/RtsMain.o' failed

make[1]: *** [rts/dist/build/RtsMain.o] Error 1
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: Windows build broken

[Tamar Christina]

Hi,


Yes, sorry about that, I’m trying to reproduce it locally but no luck so far.. 
(waiting for a clean checkout to finish now)


But the fix is probably to swap the definition of 


Excn.h and PosixSource.h in RtsMain.c or moving Excn.h to the bottom of the 
include list.


Something in Excn.h must be using _mingw.h which will define the macro if not 
defined.


Adding PosixSource to the top would make sure it is defined before anything 
else.


Regards,

Tamar





From: Austin Seipp
Sent: ‎Wednesday‎, ‎March‎ ‎4‎, ‎2015 ‎00‎:‎14
To: Simon Peyton Jones
Cc: ghc-devs@haskell.org





This must be fallout from the VEH handler change I pushed earlier -
5200bdeb26c5ec98739b14b10fc8907296bceeb9.

I'll try to fix/revert shortly.

On Tue, Mar 3, 2015 at 4:30 PM, Simon Peyton Jones
simo...@microsoft.com wrote:
 AAARGH!  Windows build is broken again.

 Please can someone fix?



 In file included from rts\RtsMain.c:12:0:



 rts\PosixSource.h:31:0:  error: __USE_MINGW_ANSI_STDIO redefined

 c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/_mingw.h:280:0:
 note: this is the location of the previous definition

 rts/ghc.mk:243: recipe for target 'rts/dist/build/RtsMain.o' failed

 make[1]: *** [rts/dist/build/RtsMain.o] Error 1


 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs




-- 
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Windows build broken again: urgent

[Simon Peyton Jones]

Alas.  Alack.  The Windows build is broken again.
This time it's pretty fundamental: the stage2 compiler seg-faults every time it 
invokes the linker:

*On GHCi startup

*On every Template Haskell splice
I don't know when this started, but I did a successful build at 23.10 on 24 
November, so it's during the last week.
I would gladly do any experiments if someone tells me what to do.
It would be really good to fix this.  At the moment I'm pretty much stalled on 
laptop work.
Simon
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

RE: Windows build broken again: urgent

[Simon Peyton Jones]

|  Just a hunch... could it have been broken by one of the recent linker-
|  related patches since Nov 24th?

That seems very plausible, yes.  But still there's the question of what to do 
about it.

Simon

|  -Original Message-
|  From: Herbert Valerio Riedel [mailto:hvrie...@gmail.com]
|  Sent: 01 December 2014 08:37
|  To: Simon Peyton Jones
|  Subject: Re: Windows build broken again: urgent
|  
|  On 2014-12-01 at 09:31:51 +0100, Simon Peyton Jones wrote:
|   Alas.  Alack.  The Windows build is broken again.
|   This time it's pretty fundamental: the stage2 compiler seg-faults
|  every time it invokes the linker:
|  
|   *On GHCi startup
|  
|   *On every Template Haskell splice
|  
|   I don't know when this started, but I did a successful build at
|  23.10 on 24 November, so it's during the last week.
|   I would gladly do any experiments if someone tells me what to do.
|   It would be really good to fix this.  At the moment I'm pretty much
|  stalled on laptop work.
|  
|  Just a hunch... could it have been broken by one of the recent linker-
|  related patches since Nov 24th?

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken again: urgent

[Herbert Valerio Riedel]

Hello Simon,

On 2014-12-01 at 09:38:37 +0100, Simon Peyton Jones wrote:
 |  Just a hunch... could it have been broken by one of the recent linker-
 |  related patches since Nov 24th?

 That seems very plausible, yes.  But still there's the question of
 what to do about it.

 a) Empirically: Try locally 'git revert'ing

 383733b9191a36e2d3f757700842dbc3855911d9 

 and/or

 b5e8b3b162b3ff15ae6caf1afc659565365f54a8

 and see if your problem goes away, or

 b) Ask Simon Marlow (he either wrote or reviewed those two patches) if
he sees something odd in those patches that could have broken
Windows' GHCi...

Cheers,
  hvr
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken again: urgent

[Johan Tibell]

In general I think a good course of action when this happens is:

* Use git bisect to find the offending commit. This works now because we
moved to submodules.
* Revert the commit.
* Push the patch to master and notify the author.

This style of early rollback will become more important as we grow as it
puts the onus on fixing on the right person and minimizes negative impact
on other developers.
On Dec 1, 2014 9:43 AM, Herbert Valerio Riedel hvrie...@gmail.com wrote:

 Hello Simon,

 On 2014-12-01 at 09:38:37 +0100, Simon Peyton Jones wrote:
  |  Just a hunch... could it have been broken by one of the recent linker-
  |  related patches since Nov 24th?
 
  That seems very plausible, yes.  But still there's the question of
  what to do about it.

  a) Empirically: Try locally 'git revert'ing

  383733b9191a36e2d3f757700842dbc3855911d9

  and/or

  b5e8b3b162b3ff15ae6caf1afc659565365f54a8

  and see if your problem goes away, or

  b) Ask Simon Marlow (he either wrote or reviewed those two patches) if
 he sees something odd in those patches that could have broken
 Windows' GHCi...

 Cheers,
   hvr
 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

RE: Windows build broken again: urgent

[Simon Peyton Jones]

Indeed.  But each bisect takes quite a while.  So my attention switches and it 
takes a while to get back.  I was hoping some machine might do it for me.

Herbert suggested some commits to revert. I’ll try that first

From: Johan Tibell [mailto:johan.tib...@gmail.com]
Sent: 01 December 2014 09:45
To: Herbert Valerio Riedel
Cc: ghc-devs@haskell.org; Simon Marlow; Simon Peyton Jones
Subject: Re: Windows build broken again: urgent


In general I think a good course of action when this happens is:

* Use git bisect to find the offending commit. This works now because we moved 
to submodules.
* Revert the commit.
* Push the patch to master and notify the author.

This style of early rollback will become more important as we grow as it puts 
the onus on fixing on the right person and minimizes negative impact on other 
developers.
On Dec 1, 2014 9:43 AM, Herbert Valerio Riedel 
hvrie...@gmail.commailto:hvrie...@gmail.com wrote:
Hello Simon,

On 2014-12-01 at 09:38:37 +0100, Simon Peyton Jones wrote:
 |  Just a hunch... could it have been broken by one of the recent linker-
 |  related patches since Nov 24th?

 That seems very plausible, yes.  But still there's the question of
 what to do about it.

 a) Empirically: Try locally 'git revert'ing

 383733b9191a36e2d3f757700842dbc3855911d9

 and/or

 b5e8b3b162b3ff15ae6caf1afc659565365f54a8

 and see if your problem goes away, or

 b) Ask Simon Marlow (he either wrote or reviewed those two patches) if
he sees something odd in those patches that could have broken
Windows' GHCi...

Cheers,
  hvr
___
ghc-devs mailing list
ghc-devs@haskell.orgmailto:ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken again: urgent

[Johan Tibell]

Yes, ideally this would have been caught by a Windows build bot.

On Mon, Dec 1, 2014 at 4:34 PM, Simon Peyton Jones simo...@microsoft.com
wrote:

  Indeed.  But each bisect takes quite a while.  So my attention switches
 and it takes a while to get back.  I was hoping some machine might do it
 for me.



 Herbert suggested some commits to revert. I’ll try that first



 *From:* Johan Tibell [mailto:johan.tib...@gmail.com]
 *Sent:* 01 December 2014 09:45
 *To:* Herbert Valerio Riedel
 *Cc:* ghc-devs@haskell.org; Simon Marlow; Simon Peyton Jones
 *Subject:* Re: Windows build broken again: urgent



 In general I think a good course of action when this happens is:

 * Use git bisect to find the offending commit. This works now because we
 moved to submodules.
 * Revert the commit.
 * Push the patch to master and notify the author.

 This style of early rollback will become more important as we grow as it
 puts the onus on fixing on the right person and minimizes negative impact
 on other developers.

 On Dec 1, 2014 9:43 AM, Herbert Valerio Riedel hvrie...@gmail.com
 wrote:

 Hello Simon,

 On 2014-12-01 at 09:38:37 +0100, Simon Peyton Jones wrote:
  |  Just a hunch... could it have been broken by one of the recent linker-
  |  related patches since Nov 24th?
 
  That seems very plausible, yes.  But still there's the question of
  what to do about it.

  a) Empirically: Try locally 'git revert'ing

  383733b9191a36e2d3f757700842dbc3855911d9

  and/or

  b5e8b3b162b3ff15ae6caf1afc659565365f54a8

  and see if your problem goes away, or

  b) Ask Simon Marlow (he either wrote or reviewed those two patches) if
 he sees something odd in those patches that could have broken
 Windows' GHCi...

 Cheers,
   hvr
 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs


___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken in Linker.c

[Gintautas Miliauskas]

https://phabricator.haskell.org/D400

On Mon, Oct 27, 2014 at 1:34 PM, Gintautas Miliauskas 
gintau...@miliauskas.lt wrote:

 FYI, after the fix ghc builds again on Windows 32-bit, but validate.sh
 fails:

 rts\Linker.c: In function 'allocateImageAndTrampolines':

 rts\Linker.c:3657:31:
  error: unused parameter 'member_name' [-Werror=unused-parameter]
 pathchar* arch_name, char* member_name,
^
 cc1.exe: all warnings being treated as errors
 rts/ghc.mk:236: recipe for target 'rts/dist/build/Linker.o' failed

 What's the usual way to deal with this type of warning in ghc land?


 On Fri, Oct 24, 2014 at 5:37 PM, Austin Seipp aus...@well-typed.com
 wrote:

 Gah, this slipped my mind. On it.

 On Fri, Oct 24, 2014 at 10:33 AM, Simon Marlow marlo...@gmail.com
 wrote:
  I sent a patch to Austin to validate+commit earlier this week.
 
  On 24/10/2014 15:08, Gintautas Miliauskas wrote:
 
  This is still not fixed, right? I've been working on the mingw gcc
  upgrade and testing on 32 bit, and this failure got me running in
  circles until I discovered that baseline was broken too...
 
  On Fri, Oct 17, 2014 at 2:00 AM, Simon Marlow marlo...@gmail.com
  mailto:marlo...@gmail.com wrote:
 
  I was working on a fix yesterday but ran out of time. Frankly this
  code is a nightmare, every time I touch it it breaks on some
  platform - this time I validated on 64 bit Windows but not 32.
 Aargh
  indeed.
 
  On 16 Oct 2014 14:32, Austin Seipp aus...@well-typed.com
  mailto:aus...@well-typed.com wrote:
 
  I see what's going on and am fixing it... The code broke 32-bit
  due to
  #ifdefery, but I think it can be removed, perhaps (which would
 be
  preferable).
 
  On Thu, Oct 16, 2014 at 3:43 PM, Simon Peyton Jones
  simo...@microsoft.com mailto:simo...@microsoft.com wrote:
Simon
   
Aargh!  I think the Windows build is broken again.
   
I think this is your commit 5300099ed
   
Admittedly this is on a branch I’m working on, but it’s up
 to
  date with
HEAD.  And I have no touched Linker.c!
   
Any ideas?
   
Simon
   
   
   
rts\Linker.c: In function 'allocateImageAndTrampolines':
   
   
   
rts\Linker.c:3708:19:
   
 error: 'arch_name' undeclared (first use in this
 function)
   
   
   
rts\Linker.c:3708:19:
   
 note: each undeclared identifier is reported only once
  for each
function it appears in
   
rts/ghc.mk:236 http://ghc.mk:236: recipe for target
  'rts/dist/build/Linker.o' failed
   
make[1]: *** [rts/dist/build/Linker.o] Error 1
   
make[1]: *** Waiting for unfinished jobs
   
   
___
ghc-devs mailing list
ghc-devs@haskell.org mailto:ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
   
 
 
 
  --
  Regards,
 
  Austin Seipp, Haskell Consultant
  Well-Typed LLP, http://www.well-typed.com/
 
 
  ___
  ghc-devs mailing list
  ghc-devs@haskell.org mailto:ghc-devs@haskell.org
  http://www.haskell.org/mailman/listinfo/ghc-devs
 
 
 
 
  --
  Gintautas Miliauskas
 
  ___
  ghc-devs mailing list
  ghc-devs@haskell.org
  http://www.haskell.org/mailman/listinfo/ghc-devs



 --
 Regards,

 Austin Seipp, Haskell Consultant
 Well-Typed LLP, http://www.well-typed.com/




 --
 Gintautas Miliauskas




-- 
Gintautas Miliauskas
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken in Linker.c

[Austin Seipp]

Sorry about this; merged - 208a0c207c1001da0fe63e9640e2a7e0e11c4aff

(I actually only built the RTS to fix that build failure... I didn't
./validate with -Wall enabled. I'm to blame here!)

On Wed, Oct 29, 2014 at 5:36 PM, Gintautas Miliauskas
gintau...@miliauskas.lt wrote:
 https://phabricator.haskell.org/D400

 On Mon, Oct 27, 2014 at 1:34 PM, Gintautas Miliauskas
 gintau...@miliauskas.lt wrote:

 FYI, after the fix ghc builds again on Windows 32-bit, but validate.sh
 fails:

 rts\Linker.c: In function 'allocateImageAndTrampolines':

 rts\Linker.c:3657:31:
  error: unused parameter 'member_name' [-Werror=unused-parameter]
 pathchar* arch_name, char* member_name,
^
 cc1.exe: all warnings being treated as errors
 rts/ghc.mk:236: recipe for target 'rts/dist/build/Linker.o' failed

 What's the usual way to deal with this type of warning in ghc land?


 On Fri, Oct 24, 2014 at 5:37 PM, Austin Seipp aus...@well-typed.com
 wrote:

 Gah, this slipped my mind. On it.

 On Fri, Oct 24, 2014 at 10:33 AM, Simon Marlow marlo...@gmail.com
 wrote:
  I sent a patch to Austin to validate+commit earlier this week.
 
  On 24/10/2014 15:08, Gintautas Miliauskas wrote:
 
  This is still not fixed, right? I've been working on the mingw gcc
  upgrade and testing on 32 bit, and this failure got me running in
  circles until I discovered that baseline was broken too...
 
  On Fri, Oct 17, 2014 at 2:00 AM, Simon Marlow marlo...@gmail.com
  mailto:marlo...@gmail.com wrote:
 
  I was working on a fix yesterday but ran out of time. Frankly this
  code is a nightmare, every time I touch it it breaks on some
  platform - this time I validated on 64 bit Windows but not 32.
  Aargh
  indeed.
 
  On 16 Oct 2014 14:32, Austin Seipp aus...@well-typed.com
  mailto:aus...@well-typed.com wrote:
 
  I see what's going on and am fixing it... The code broke
  32-bit
  due to
  #ifdefery, but I think it can be removed, perhaps (which would
  be
  preferable).
 
  On Thu, Oct 16, 2014 at 3:43 PM, Simon Peyton Jones
  simo...@microsoft.com mailto:simo...@microsoft.com wrote:
Simon
   
Aargh!  I think the Windows build is broken again.
   
I think this is your commit 5300099ed
   
Admittedly this is on a branch I’m working on, but it’s up
  to
  date with
HEAD.  And I have no touched Linker.c!
   
Any ideas?
   
Simon
   
   
   
rts\Linker.c: In function 'allocateImageAndTrampolines':
   
   
   
rts\Linker.c:3708:19:
   
 error: 'arch_name' undeclared (first use in this
  function)
   
   
   
rts\Linker.c:3708:19:
   
 note: each undeclared identifier is reported only once
  for each
function it appears in
   
rts/ghc.mk:236 http://ghc.mk:236: recipe for target
  'rts/dist/build/Linker.o' failed
   
make[1]: *** [rts/dist/build/Linker.o] Error 1
   
make[1]: *** Waiting for unfinished jobs
   
   
___
ghc-devs mailing list
ghc-devs@haskell.org mailto:ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
   
 
 
 
  --
  Regards,
 
  Austin Seipp, Haskell Consultant
  Well-Typed LLP, http://www.well-typed.com/
 
 
  ___
  ghc-devs mailing list
  ghc-devs@haskell.org mailto:ghc-devs@haskell.org
  http://www.haskell.org/mailman/listinfo/ghc-devs
 
 
 
 
  --
  Gintautas Miliauskas
 
  ___
  ghc-devs mailing list
  ghc-devs@haskell.org
  http://www.haskell.org/mailman/listinfo/ghc-devs



 --
 Regards,

 Austin Seipp, Haskell Consultant
 Well-Typed LLP, http://www.well-typed.com/




 --
 Gintautas Miliauskas




 --
 Gintautas Miliauskas



-- 
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken in Linker.c

[Gintautas Miliauskas]

FYI, after the fix ghc builds again on Windows 32-bit, but validate.sh
fails:

rts\Linker.c: In function 'allocateImageAndTrampolines':

rts\Linker.c:3657:31:
 error: unused parameter 'member_name' [-Werror=unused-parameter]
pathchar* arch_name, char* member_name,
   ^
cc1.exe: all warnings being treated as errors
rts/ghc.mk:236: recipe for target 'rts/dist/build/Linker.o' failed

What's the usual way to deal with this type of warning in ghc land?


On Fri, Oct 24, 2014 at 5:37 PM, Austin Seipp aus...@well-typed.com wrote:

 Gah, this slipped my mind. On it.

 On Fri, Oct 24, 2014 at 10:33 AM, Simon Marlow marlo...@gmail.com wrote:
  I sent a patch to Austin to validate+commit earlier this week.
 
  On 24/10/2014 15:08, Gintautas Miliauskas wrote:
 
  This is still not fixed, right? I've been working on the mingw gcc
  upgrade and testing on 32 bit, and this failure got me running in
  circles until I discovered that baseline was broken too...
 
  On Fri, Oct 17, 2014 at 2:00 AM, Simon Marlow marlo...@gmail.com
  mailto:marlo...@gmail.com wrote:
 
  I was working on a fix yesterday but ran out of time. Frankly this
  code is a nightmare, every time I touch it it breaks on some
  platform - this time I validated on 64 bit Windows but not 32. Aargh
  indeed.
 
  On 16 Oct 2014 14:32, Austin Seipp aus...@well-typed.com
  mailto:aus...@well-typed.com wrote:
 
  I see what's going on and am fixing it... The code broke 32-bit
  due to
  #ifdefery, but I think it can be removed, perhaps (which would
 be
  preferable).
 
  On Thu, Oct 16, 2014 at 3:43 PM, Simon Peyton Jones
  simo...@microsoft.com mailto:simo...@microsoft.com wrote:
Simon
   
Aargh!  I think the Windows build is broken again.
   
I think this is your commit 5300099ed
   
Admittedly this is on a branch I’m working on, but it’s up to
  date with
HEAD.  And I have no touched Linker.c!
   
Any ideas?
   
Simon
   
   
   
rts\Linker.c: In function 'allocateImageAndTrampolines':
   
   
   
rts\Linker.c:3708:19:
   
 error: 'arch_name' undeclared (first use in this
 function)
   
   
   
rts\Linker.c:3708:19:
   
 note: each undeclared identifier is reported only once
  for each
function it appears in
   
rts/ghc.mk:236 http://ghc.mk:236: recipe for target
  'rts/dist/build/Linker.o' failed
   
make[1]: *** [rts/dist/build/Linker.o] Error 1
   
make[1]: *** Waiting for unfinished jobs
   
   
___
ghc-devs mailing list
ghc-devs@haskell.org mailto:ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
   
 
 
 
  --
  Regards,
 
  Austin Seipp, Haskell Consultant
  Well-Typed LLP, http://www.well-typed.com/
 
 
  ___
  ghc-devs mailing list
  ghc-devs@haskell.org mailto:ghc-devs@haskell.org
  http://www.haskell.org/mailman/listinfo/ghc-devs
 
 
 
 
  --
  Gintautas Miliauskas
 
  ___
  ghc-devs mailing list
  ghc-devs@haskell.org
  http://www.haskell.org/mailman/listinfo/ghc-devs



 --
 Regards,

 Austin Seipp, Haskell Consultant
 Well-Typed LLP, http://www.well-typed.com/




-- 
Gintautas Miliauskas
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken in Linker.c

[Gintautas Miliauskas]

This is still not fixed, right? I've been working on the mingw gcc upgrade
and testing on 32 bit, and this failure got me running in circles until I
discovered that baseline was broken too...

On Fri, Oct 17, 2014 at 2:00 AM, Simon Marlow marlo...@gmail.com wrote:

  I was working on a fix yesterday but ran out of time. Frankly this code
 is a nightmare, every time I touch it it breaks on some platform - this
 time I validated on 64 bit Windows but not 32. Aargh indeed.
 On 16 Oct 2014 14:32, Austin Seipp aus...@well-typed.com wrote:

 I see what's going on and am fixing it... The code broke 32-bit due to
 #ifdefery, but I think it can be removed, perhaps (which would be
 preferable).

 On Thu, Oct 16, 2014 at 3:43 PM, Simon Peyton Jones
 simo...@microsoft.com wrote:
  Simon
 
  Aargh!  I think the Windows build is broken again.
 
  I think this is your commit 5300099ed
 
  Admittedly this is on a branch I’m working on, but it’s up to date with
  HEAD.  And I have no touched Linker.c!
 
  Any ideas?
 
  Simon
 
 
 
  rts\Linker.c: In function 'allocateImageAndTrampolines':
 
 
 
  rts\Linker.c:3708:19:
 
   error: 'arch_name' undeclared (first use in this function)
 
 
 
  rts\Linker.c:3708:19:
 
   note: each undeclared identifier is reported only once for each
  function it appears in
 
  rts/ghc.mk:236: recipe for target 'rts/dist/build/Linker.o' failed
 
  make[1]: *** [rts/dist/build/Linker.o] Error 1
 
  make[1]: *** Waiting for unfinished jobs
 
 
  ___
  ghc-devs mailing list
  ghc-devs@haskell.org
  http://www.haskell.org/mailman/listinfo/ghc-devs
 



 --
 Regards,

 Austin Seipp, Haskell Consultant
 Well-Typed LLP, http://www.well-typed.com/


 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs




-- 
Gintautas Miliauskas
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken in Linker.c

[Simon Marlow]

I sent a patch to Austin to validate+commit earlier this week.

On 24/10/2014 15:08, Gintautas Miliauskas wrote:

This is still not fixed, right? I've been working on the mingw gcc
upgrade and testing on 32 bit, and this failure got me running in
circles until I discovered that baseline was broken too...

On Fri, Oct 17, 2014 at 2:00 AM, Simon Marlow marlo...@gmail.com
mailto:marlo...@gmail.com wrote:

I was working on a fix yesterday but ran out of time. Frankly this
code is a nightmare, every time I touch it it breaks on some
platform - this time I validated on 64 bit Windows but not 32. Aargh
indeed.

On 16 Oct 2014 14:32, Austin Seipp aus...@well-typed.com
mailto:aus...@well-typed.com wrote:

I see what's going on and am fixing it... The code broke 32-bit
due to
#ifdefery, but I think it can be removed, perhaps (which would be
preferable).

On Thu, Oct 16, 2014 at 3:43 PM, Simon Peyton Jones
simo...@microsoft.com mailto:simo...@microsoft.com wrote:
  Simon
 
  Aargh!  I think the Windows build is broken again.
 
  I think this is your commit 5300099ed
 
  Admittedly this is on a branch I’m working on, but it’s up to
date with
  HEAD.  And I have no touched Linker.c!
 
  Any ideas?
 
  Simon
 
 
 
  rts\Linker.c: In function 'allocateImageAndTrampolines':
 
 
 
  rts\Linker.c:3708:19:
 
   error: 'arch_name' undeclared (first use in this function)
 
 
 
  rts\Linker.c:3708:19:
 
   note: each undeclared identifier is reported only once
for each
  function it appears in
 
  rts/ghc.mk:236 http://ghc.mk:236: recipe for target
'rts/dist/build/Linker.o' failed
 
  make[1]: *** [rts/dist/build/Linker.o] Error 1
 
  make[1]: *** Waiting for unfinished jobs
 
 
  ___
  ghc-devs mailing list
  ghc-devs@haskell.org mailto:ghc-devs@haskell.org
  http://www.haskell.org/mailman/listinfo/ghc-devs
 



--
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/


___
ghc-devs mailing list
ghc-devs@haskell.org mailto:ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs




--
Gintautas Miliauskas

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken in Linker.c

[Austin Seipp]

Gah, this slipped my mind. On it.

On Fri, Oct 24, 2014 at 10:33 AM, Simon Marlow marlo...@gmail.com wrote:
 I sent a patch to Austin to validate+commit earlier this week.

 On 24/10/2014 15:08, Gintautas Miliauskas wrote:

 This is still not fixed, right? I've been working on the mingw gcc
 upgrade and testing on 32 bit, and this failure got me running in
 circles until I discovered that baseline was broken too...

 On Fri, Oct 17, 2014 at 2:00 AM, Simon Marlow marlo...@gmail.com
 mailto:marlo...@gmail.com wrote:

 I was working on a fix yesterday but ran out of time. Frankly this
 code is a nightmare, every time I touch it it breaks on some
 platform - this time I validated on 64 bit Windows but not 32. Aargh
 indeed.

 On 16 Oct 2014 14:32, Austin Seipp aus...@well-typed.com
 mailto:aus...@well-typed.com wrote:

 I see what's going on and am fixing it... The code broke 32-bit
 due to
 #ifdefery, but I think it can be removed, perhaps (which would be
 preferable).

 On Thu, Oct 16, 2014 at 3:43 PM, Simon Peyton Jones
 simo...@microsoft.com mailto:simo...@microsoft.com wrote:
   Simon
  
   Aargh!  I think the Windows build is broken again.
  
   I think this is your commit 5300099ed
  
   Admittedly this is on a branch I’m working on, but it’s up to
 date with
   HEAD.  And I have no touched Linker.c!
  
   Any ideas?
  
   Simon
  
  
  
   rts\Linker.c: In function 'allocateImageAndTrampolines':
  
  
  
   rts\Linker.c:3708:19:
  
error: 'arch_name' undeclared (first use in this function)
  
  
  
   rts\Linker.c:3708:19:
  
note: each undeclared identifier is reported only once
 for each
   function it appears in
  
   rts/ghc.mk:236 http://ghc.mk:236: recipe for target
 'rts/dist/build/Linker.o' failed
  
   make[1]: *** [rts/dist/build/Linker.o] Error 1
  
   make[1]: *** Waiting for unfinished jobs
  
  
   ___
   ghc-devs mailing list
   ghc-devs@haskell.org mailto:ghc-devs@haskell.org
   http://www.haskell.org/mailman/listinfo/ghc-devs
  



 --
 Regards,

 Austin Seipp, Haskell Consultant
 Well-Typed LLP, http://www.well-typed.com/


 ___
 ghc-devs mailing list
 ghc-devs@haskell.org mailto:ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs




 --
 Gintautas Miliauskas

 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs



-- 
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Windows build broken in Linker.c

[Simon Peyton Jones]

Simon
Aargh!  I think the Windows build is broken again.
I think this is your commit 5300099ed
Admittedly this is on a branch I'm working on, but it's up to date with HEAD.  
And I have no touched Linker.c!
Any ideas?
Simon


rts\Linker.c: In function 'allocateImageAndTrampolines':



rts\Linker.c:3708:19:

 error: 'arch_name' undeclared (first use in this function)



rts\Linker.c:3708:19:

 note: each undeclared identifier is reported only once for each function 
it appears in

rts/ghc.mk:236: recipe for target 'rts/dist/build/Linker.o' failed

make[1]: *** [rts/dist/build/Linker.o] Error 1

make[1]: *** Waiting for unfinished jobs
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken in Linker.c

[Austin Seipp]

I see what's going on and am fixing it... The code broke 32-bit due to
#ifdefery, but I think it can be removed, perhaps (which would be
preferable).

On Thu, Oct 16, 2014 at 3:43 PM, Simon Peyton Jones
simo...@microsoft.com wrote:
 Simon

 Aargh!  I think the Windows build is broken again.

 I think this is your commit 5300099ed

 Admittedly this is on a branch I’m working on, but it’s up to date with
 HEAD.  And I have no touched Linker.c!

 Any ideas?

 Simon



 rts\Linker.c: In function 'allocateImageAndTrampolines':



 rts\Linker.c:3708:19:

  error: 'arch_name' undeclared (first use in this function)



 rts\Linker.c:3708:19:

  note: each undeclared identifier is reported only once for each
 function it appears in

 rts/ghc.mk:236: recipe for target 'rts/dist/build/Linker.o' failed

 make[1]: *** [rts/dist/build/Linker.o] Error 1

 make[1]: *** Waiting for unfinished jobs


 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs




-- 
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken in Linker.c

[Simon Marlow]

I was working on a fix yesterday but ran out of time. Frankly this code 
is a nightmare, every time I touch it it breaks on some platform - this 
time I validated on 64 bit Windows but not 32. Aargh indeed.


On 16 Oct 2014 14:32, Austin Seipp aus...@well-typed.com 
mailto:aus...@well-typed.com wrote:


   I see what's going on and am fixing it... The code broke 32-bit due to
   #ifdefery, but I think it can be removed, perhaps (which would be
   preferable).

   On Thu, Oct 16, 2014 at 3:43 PM, Simon Peyton Jones
   simo...@microsoft.com mailto:simo...@microsoft.com wrote:
 Simon

 Aargh!  I think the Windows build is broken again.

 I think this is your commit 5300099ed

 Admittedly this is on a branch I’m working on, but it’s up to
   date with
 HEAD.  And I have no touched Linker.c!

 Any ideas?

 Simon



 rts\Linker.c: In function 'allocateImageAndTrampolines':



 rts\Linker.c:3708:19:

  error: 'arch_name' undeclared (first use in this function)



 rts\Linker.c:3708:19:

  note: each undeclared identifier is reported only once for each
 function it appears in

 rts/ghc.mk:236 http://ghc.mk:236: recipe for target
   'rts/dist/build/Linker.o' failed

 make[1]: *** [rts/dist/build/Linker.o] Error 1

 make[1]: *** Waiting for unfinished jobs


 ___
 ghc-devs mailing list
 ghc-devs@haskell.org mailto:ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs




   --
   Regards,

   Austin Seipp, Haskell Consultant
   Well-Typed LLP, http://www.well-typed.com/

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

RE: Windows build broken (again)

[Simon Peyton Jones]

yes it seems fine now, thanks.

Simon

From: Krzysztof Gogolewski [mailto:krz.gogolew...@gmail.com]
Sent: 03 October 2014 19:05
To: Herbert Valerio Riedel
Cc: Simon Peyton Jones; ghc-devs@haskell.org
Subject: Re: Windows build broken (again)

Python 3 is a likely culprit (though I couldn't confirm it), so I reverted it. 
Does it work now?

On Fri, Oct 3, 2014 at 5:51 PM, Herbert Valerio Riedel 
hvrie...@gmail.commailto:hvrie...@gmail.com wrote:
On 2014-10-03 at 17:29:31 +0200, Simon Peyton Jones wrote:
 Perhaps, yes, it is Python 3. I don't know.  Could someone revert to
 make it work again, please?

Fyi, I can't reproduce this specific problem on Cygwin at least (I don't
have any working pure Msys2 environment yet (still working on it), as
this may exactly be the kind of failure I'd expect Msys2 to be prone to
while Cygwin to be unaffected by).

What I tried in order to reproduce:

  $ git rev-parse HEAD
  084d241b316bfa12e41fc34cae993ca276bf0730  # -- this is the Py3/testsuite 
commit

  $ make TEST=tc012 WAY=normal
  ...
  = tc012(normal) 3039 of 4088 [0, 0, 0]
  cd ./typecheck/should_compile  
'C:/cygwin64/home/ghc/ghc-hvr/inplace/bin/ghc-stage2.exe' -fforce-recomp 
-dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db -rtsopts 
-fno-ghci-history -c tc012.hs   -fno-warn-incomplete-patterns 
tc012.comp.stderr 21

  OVERALL SUMMARY for test run started at Fri Oct  3 15:42:04 2014 GMT
   0:00:03 spent to go through
  4088 total tests, which gave rise to
 12360 test cases, of which
 12359 were skipped

 0 had missing libraries
 1 expected passes
 0 expected failures
  ...


And btw, with the latest GHC HEAD commit (and I suspect the recent
HEAP_ALLOCED-related commits to be responsible for that), I get a ton of
testsuite failures due to such errors:

  T8639_api.exe: Unknown PEi386 section name `staticclosures' (while 
processing: 
C:\cygwin64\home\ghc\ghc-hvr\libraries\ghc-prim\dist-install\build\HSghcpr_BE58KUgBe9ELCsPXiJ1Q2r.o)

___
ghc-devs mailing list
ghc-devs@haskell.orgmailto:ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

RE: Windows build broken (again)

[Simon Peyton Jones]

Perhaps, yes, it is Python 3. I don't know.  Could someone revert to make it 
work again, please?

Simon

From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Simon Peyton 
Jones
Sent: 02 October 2014 21:40
To: ghc-devs@haskell.org
Subject: Windows build broken (again)

Sigh.  The testsuite fails utterly on Windows, with thousands of identical 
errors

= tc012(normal) 3039 of 4088 [1, 2677, 88]

cd .\typecheck\should_compile  'C:/code/HEAD/inplace/bin/ghc-stage2.exe' 
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db 
-rtsopts -fno-ghci-history -c tc012.hs   -fno-warn-incomplete-patterns 
tc012.comp.stderr 21

sh: line 0: cd: .typecheckshould_compile: No such file or directory

Compile failed (status 256) errors were:

*** unexpected failure for tc012(normal)
Presumably this is some kind of Windows escape-character problem.  But it has 
worked fine for years, so what is going on?
It's very tiresome dealing with Windows breakage so frequently.   A few 
regression test failures, maybe, but outright breakage is very bad.
Simon


___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken (again)

[Herbert Valerio Riedel]

On 2014-10-03 at 17:29:31 +0200, Simon Peyton Jones wrote:
 Perhaps, yes, it is Python 3. I don't know.  Could someone revert to
 make it work again, please?

Fyi, I can't reproduce this specific problem on Cygwin at least (I don't
have any working pure Msys2 environment yet (still working on it), as
this may exactly be the kind of failure I'd expect Msys2 to be prone to
while Cygwin to be unaffected by). 

What I tried in order to reproduce:

  $ git rev-parse HEAD
  084d241b316bfa12e41fc34cae993ca276bf0730  # -- this is the Py3/testsuite 
commit 

  $ make TEST=tc012 WAY=normal
  ...
  = tc012(normal) 3039 of 4088 [0, 0, 0] 
  cd ./typecheck/should_compile  
'C:/cygwin64/home/ghc/ghc-hvr/inplace/bin/ghc-stage2.exe' -fforce-recomp 
-dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db -rtsopts 
-fno-ghci-history -c tc012.hs   -fno-warn-incomplete-patterns 
tc012.comp.stderr 21
   
  OVERALL SUMMARY for test run started at Fri Oct  3 15:42:04 2014 GMT
   0:00:03 spent to go through
  4088 total tests, which gave rise to
 12360 test cases, of which
 12359 were skipped
   
 0 had missing libraries
 1 expected passes
 0 expected failures
  ...


And btw, with the latest GHC HEAD commit (and I suspect the recent
HEAP_ALLOCED-related commits to be responsible for that), I get a ton of
testsuite failures due to such errors:

  T8639_api.exe: Unknown PEi386 section name `staticclosures' (while 
processing: 
C:\cygwin64\home\ghc\ghc-hvr\libraries\ghc-prim\dist-install\build\HSghcpr_BE58KUgBe9ELCsPXiJ1Q2r.o)

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken (again)

[Krzysztof Gogolewski]

Python 3 is a likely culprit (though I couldn't confirm it), so I reverted
it. Does it work now?

On Fri, Oct 3, 2014 at 5:51 PM, Herbert Valerio Riedel hvrie...@gmail.com
wrote:

 On 2014-10-03 at 17:29:31 +0200, Simon Peyton Jones wrote:
  Perhaps, yes, it is Python 3. I don't know.  Could someone revert to
  make it work again, please?

 Fyi, I can't reproduce this specific problem on Cygwin at least (I don't
 have any working pure Msys2 environment yet (still working on it), as
 this may exactly be the kind of failure I'd expect Msys2 to be prone to
 while Cygwin to be unaffected by).

 What I tried in order to reproduce:

   $ git rev-parse HEAD
   084d241b316bfa12e41fc34cae993ca276bf0730  # -- this is the
 Py3/testsuite commit

   $ make TEST=tc012 WAY=normal
   ...
   = tc012(normal) 3039 of 4088 [0, 0, 0]
   cd ./typecheck/should_compile 
 'C:/cygwin64/home/ghc/ghc-hvr/inplace/bin/ghc-stage2.exe' -fforce-recomp
 -dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db -rtsopts
 -fno-ghci-history -c tc012.hs   -fno-warn-incomplete-patterns
 tc012.comp.stderr 21

   OVERALL SUMMARY for test run started at Fri Oct  3 15:42:04 2014 GMT
0:00:03 spent to go through
   4088 total tests, which gave rise to
  12360 test cases, of which
  12359 were skipped

  0 had missing libraries
  1 expected passes
  0 expected failures
   ...


 And btw, with the latest GHC HEAD commit (and I suspect the recent
 HEAP_ALLOCED-related commits to be responsible for that), I get a ton of
 testsuite failures due to such errors:

   T8639_api.exe: Unknown PEi386 section name `staticclosures' (while
 processing:
 C:\cygwin64\home\ghc\ghc-hvr\libraries\ghc-prim\dist-install\build\HSghcpr_BE58KUgBe9ELCsPXiJ1Q2r.o)

 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Windows build broken (again)

[Simon Peyton Jones]

Sigh.  The testsuite fails utterly on Windows, with thousands of identical 
errors

= tc012(normal) 3039 of 4088 [1, 2677, 88]

cd .\typecheck\should_compile  'C:/code/HEAD/inplace/bin/ghc-stage2.exe' 
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db 
-rtsopts -fno-ghci-history -c tc012.hs   -fno-warn-incomplete-patterns 
tc012.comp.stderr 21

sh: line 0: cd: .typecheckshould_compile: No such file or directory

Compile failed (status 256) errors were:

*** unexpected failure for tc012(normal)
Presumably this is some kind of Windows escape-character problem.  But it has 
worked fine for years, so what is going on?
It's very tiresome dealing with Windows breakage so frequently.   A few 
regression test failures, maybe, but outright breakage is very bad.
Simon


___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken (again)

[Johan Tibell]

We need to get a windows build not up for phabricator that stops breaking
changes from getting submitted.
On Oct 2, 2014 10:40 PM, Simon Peyton Jones simo...@microsoft.com wrote:

  Sigh.  The testsuite fails utterly on Windows, with thousands of
 identical errors

 = tc012(normal) 3039 of 4088 [1, 2677, 88]

 cd .\typecheck\should_compile  'C:/code/HEAD/inplace/bin/ghc-stage2.exe'
 -fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db
 -rtsopts -fno-ghci-history -c tc012.hs   -fno-warn-incomplete-patterns
 tc012.comp.stderr 21

 sh: line 0: cd: .typecheckshould_compile: No such file or directory

 Compile failed (status 256) errors were:

 *** unexpected failure for tc012(normal)

 Presumably this is some kind of Windows escape-character problem.  But it
 has worked fine for years, so what is going on?

 It’s very tiresome dealing with Windows breakage so frequently.   A few
 regression test failures, maybe, but outright breakage is very bad.

 Simon



 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs


___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken (again)

[Brandon Allbery]

On Thu, Oct 2, 2014 at 4:39 PM, Simon Peyton Jones simo...@microsoft.com
wrote:

 Presumably this is some kind of Windows escape-character problem.  But it
 has worked fine for years, so what is going on?


At a guess, something that was using / is now using \ and getting eaten by
the shell. Or quoting that was preventing the \s from being eaten has been
lost somewhere.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Windows build broken -- again!

[Simon Peyton Jones]

Aaargh!
My windows build is, once again, broken.   The error is below.  Could whoever 
broke it please fix it?  Something to do with blocking_queue_hd perhaps?
Please.
Thanks
Simon

rts\win32\AsyncIO.c: In function 'awaitRequests':



rts\win32\AsyncIO.c:289:23:

 error: 'blocking_queue_hd' undeclared (first use in this function)



rts\win32\AsyncIO.c:289:23:

 note: each undeclared identifier is reported only once for each function 
it appears in

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken -- again!

[Austin Seipp]

Thanks Niklas - this was an utter failure on my part. I'm not even
sure how this slipped in, but it was definitely my fault. Fixed in
6640635e6e2654f0acd8f10e0d02a8bd1c8296ff

On Tue, Jul 29, 2014 at 8:53 PM, Niklas Larsson metanik...@gmail.com wrote:
 Hi!

 Seems like it is the detabbing in commit 3021fb that has gone awry,
 blocked_queue_hd was renamed blocking_queue_hd in one place. I have attached
 a patch.

 I really need to set up a buildbot. Maybe if the weather gets worse.

 Niklas



 2014-07-30 0:37 GMT+02:00 Simon Peyton Jones simo...@microsoft.com:

 Aaargh!

 My windows build is, once again, broken.   The error is below.  Could
 whoever broke it please fix it?  Something to do with “blocking_queue_hd”
 perhaps?

 Please.

 Thanks

 Simon

 rts\win32\AsyncIO.c: In function 'awaitRequests':



 rts\win32\AsyncIO.c:289:23:

  error: 'blocking_queue_hd' undeclared (first use in this function)



 rts\win32\AsyncIO.c:289:23:

  note: each undeclared identifier is reported only once for each
 function it appears in




 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs



 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs




-- 
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Windows build broken

[Simon Peyton Jones]

Can someone fix this?  This is breakage on Windows. It was fine yesterday.
Simon

cc1.exe: warnings being treated as errors

rts\Linker.c: In function 'loadArchive':



rts\Linker.c:2631:17:

 error: passing argument 1 of 'strlen' from incompatible pointer type

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:49:40:
 note: expected 'const char *' but argument is of type 'pathchar *'



rts\Linker.c:2632:17:

 error: passing argument 2 of 'strcpy' from incompatible pointer type

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:45:39:
 note: expected 'const char *' but argument is of type 'pathchar *'



rts\Linker.c:2638:21:

 error: passing argument 1 of 'strlen' from incompatible pointer type

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:49:40:
 note: expected 'const char *' but argument is of type 'pathchar *'



rts\Linker.c:2643:17:

 error: passing argument 1 of '_wfopen' from incompatible pointer type

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/stdio.h:593:39:
 note: expected 'const wchar_t *' but argument is of type 'char *'

rts/ghc.mk:233: recipe for target 'rts/dist/build/Linker.o' failed

make[1]: *** [rts/dist/build/Linker.o] Error 1

make[1]: *** Waiting for unfinished jobs

Makefile:64: recipe for target 'all' failed

make: *** [all] Error 2

HEAD (master)$

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken

[Austin Seipp]

Looks like 5d7f59018703b94ebfe96cbef5574ec396a1c051 is the culprit.

Simon M, perhaps you can look at this? I'm tied up in the 7.8 branch
at the moment, but I can revert it temporarily at least (I imagine the
fix is easy enough - if you can't get to it soon, I'll revert and fix
it when I get a chance).

On Fri, Apr 4, 2014 at 10:14 AM, Simon Peyton Jones
simo...@microsoft.com wrote:
 Can someone fix this?  This is breakage on Windows. It was fine yesterday.

 Simon

 cc1.exe: warnings being treated as errors

 rts\Linker.c: In function 'loadArchive':



 rts\Linker.c:2631:17:

  error: passing argument 1 of 'strlen' from incompatible pointer type

 c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:49:40:
 note: expected 'const char *' but argument is of type 'pathchar *'



 rts\Linker.c:2632:17:

  error: passing argument 2 of 'strcpy' from incompatible pointer type

 c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:45:39:
 note: expected 'const char *' but argument is of type 'pathchar *'



 rts\Linker.c:2638:21:

  error: passing argument 1 of 'strlen' from incompatible pointer type

 c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:49:40:
 note: expected 'const char *' but argument is of type 'pathchar *'



 rts\Linker.c:2643:17:

  error: passing argument 1 of '_wfopen' from incompatible pointer type

 c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/stdio.h:593:39:
 note: expected 'const wchar_t *' but argument is of type 'char *'

 rts/ghc.mk:233: recipe for target 'rts/dist/build/Linker.o' failed

 make[1]: *** [rts/dist/build/Linker.o] Error 1

 make[1]: *** Waiting for unfinished jobs

 Makefile:64: recipe for target 'all' failed

 make: *** [all] Error 2

 HEAD (master)$




 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://www.haskell.org/mailman/listinfo/ghc-devs




-- 
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

Re: Windows build broken

[Simon Marlow]

Sorry, probably my fault.  I've attached a patch that should fix it, 
which should get you going while I validate.


Cheers,
Simon

On 04/04/2014 16:14, Simon Peyton Jones wrote:

Can someone fix this?  This is breakage on Windows. It was fine yesterday.

Simon

cc1.exe: warnings being treated as errors

rts\Linker.c: In function 'loadArchive':

rts\Linker.c:2631:17:

  error: passing argument 1 of 'strlen' from incompatible pointer type

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:49:40:
note: expected 'const char *' but argument is of type 'pathchar *'

rts\Linker.c:2632:17:

  error: passing argument 2 of 'strcpy' from incompatible pointer type

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:45:39:
note: expected 'const char *' but argument is of type 'pathchar *'

rts\Linker.c:2638:21:

  error: passing argument 1 of 'strlen' from incompatible pointer type

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:49:40:
note: expected 'const char *' but argument is of type 'pathchar *'

rts\Linker.c:2643:17:

  error: passing argument 1 of '_wfopen' from incompatible pointer type

c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/stdio.h:593:39:
note: expected 'const wchar_t *' but argument is of type 'char *'

rts/ghc.mk:233: recipe for target 'rts/dist/build/Linker.o' failed

make[1]: *** [rts/dist/build/Linker.o] Error 1

make[1]: *** Waiting for unfinished jobs

Makefile:64: recipe for target 'all' failed

make: *** [all] Error 2

HEAD (master)$



___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs

From f65e9fe435a72ac3de1487a3e5a24b347c1a809b Mon Sep 17 00:00:00 2001
From: Simon Marlow marlo...@gmail.com
Date: Fri, 4 Apr 2014 17:02:20 +0100
Subject: [PATCH] Disable thin archive support on Windows

---
 rts/Linker.c |   15 ++-
 1 file changed, 14 insertions(+), 1 deletion(-)

diff --git a/rts/Linker.c b/rts/Linker.c
index 38d7c39..bed5496 100644
--- a/rts/Linker.c
+++ b/rts/Linker.c
@@ -2379,9 +2379,12 @@ loadArchive( pathchar *path )
 if (n != 8)
 barf(loadArchive: Failed reading header from `%s', path);
 if (strncmp(tmp, !arch\n, 8) == 0) {}
+#if !defined(mingw32_HOST_OS)
+/* See Note [thin archives on Windows] */
 else if (strncmp(tmp, !thin\n, 8) == 0) {
 isThin = 1;
 }
+#endif
 #if defined(darwin_HOST_OS)
 /* Not a standard archive, look for a fat archive magic number: */
 else if (ntohl(*(uint32_t *)tmp) == FAT_MAGIC) {
@@ -2622,6 +2625,14 @@ loadArchive( pathchar *path )
 image = stgMallocBytes(memberSize, loadArchive(image));
 #endif
 
+#if !defined(mingw32_HOST_OS)
+/*
+ * Note [thin archives on Windows]
+ * This doesn't compile on Windows because it assumes
+ * char* pathnames, and we use wchar_t* on Windows.  It's
+ * not trivial to fix, so I'm leaving it disabled on
+ * Windows for now --SDM
+ */
 if (isThin) {
 FILE *member;
 char *pathCopy, *dirName, *memberPath;
@@ -2653,7 +2664,9 @@ loadArchive( pathchar *path )
 stgFree(memberPath);
 stgFree(pathCopy);
 }
-else {
+else
+#endif
+{
 n = fread ( image, 1, memberSize, f );
 if (n != memberSize) {
 barf(loadArchive: error whilst reading `%s', path);
-- 
1.7.9.5

___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs