Re: [ghc-lib] internal error after removal of integer-simple

[Shayne Fletcher via ghc-devs]

On Sat, Jun 20, 2020 at 6:56 AM Shayne Fletcher 
wrote:

>
>
> On Sat, Jun 20, 2020 at 5:43 AM Sylvain Henry  wrote:
>
>> I would think it's more related to the linear types patch given that it
>> added ghc-prim:GHC.Types.One (wired-in). Could you open a ticket with a way
>> to reproduce the failure?
>>
>
> That makes a lot of sense Sylvain. Thanks, will do.
>

After some scratching around, I've pretty much convinced myself that there
isn't an issue here to be raised against GHC upstream. There IS a problem
to be solved in how ghc-lib relates with ghc-prim but that problem is
firmly on the ghc-lib side. So, there won't be a ticket for now that stems
from this. Thanks again for your input Sylvain!

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: [ghc-lib] internal error after removal of integer-simple

[Shayne Fletcher via ghc-devs]

On Sat, Jun 20, 2020 at 5:43 AM Sylvain Henry  wrote:

> I would think it's more related to the linear types patch given that it
> added ghc-prim:GHC.Types.One (wired-in). Could you open a ticket with a way
> to reproduce the failure?
>

That makes a lot of sense Sylvain. Thanks, will do.

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: [ghc-lib] internal error after removal of integer-simple

[Shayne Fletcher via ghc-devs]

On Fri, Jun 19, 2020 at 5:55 PM Shayne Fletcher 
wrote:

> With the recent MR that removes integer-simple in favor of ghc-bignum, I
> find that I get a runtime failure when I try to use ghc-lib to generate
> core:
> ```
> # Running: stack --no-terminal exec -- mini-compile
> examples/mini-compile/test/MiniCompileTest.hs
>
> examples/mini-compile/test/MiniCompileTest.hs:66:5: error:
> * GHC internal error: `One' is not in scope during type checking, but
> it passed the renamer
>   tcl_env of environment: [628 :-> ATcTyCon TrName :: *,
>62b :-> APromotionErr RecDataConPE,
>62e :-> APromotionErr RecDataConPE]
> * In the definition of data constructor `TrNameS'
>   In the data declaration for `TrName'
>|
> 66 |   = TrNameS Addr#  -- Static
>| ^
> mini-compile: GHC internal error: `One' is not in scope during type
> checking, but it passed the renamer
> tcl_env of environment: [628 :-> ATcTyCon TrName :: *,
>  62b :-> APromotionErr RecDataConPE,
>  62e :-> APromotionErr RecDataConPE]
> ```
>
> Anyone have any pointers on what is going wrong and what I should be
> looking at?
>

Breaks at commit `96aa57878fd6e6a7b92e841a0df8b5255a559c97` (
https://gitlab.haskell.org/ghc/ghc/-/commit/96aa57878fd6e6a7b92e841a0df8b5255a559c97)
"Update compiler".

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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

[ghc-lib] internal error after removal of integer-simple

[Shayne Fletcher via ghc-devs]

With the recent MR that removes integer-simple in favor of ghc-bignum, I
find that I get a runtime failure when I try to use ghc-lib to generate
core:
```
# Running: stack --no-terminal exec -- mini-compile
examples/mini-compile/test/MiniCompileTest.hs

examples/mini-compile/test/MiniCompileTest.hs:66:5: error:
* GHC internal error: `One' is not in scope during type checking, but
it passed the renamer
  tcl_env of environment: [628 :-> ATcTyCon TrName :: *,
   62b :-> APromotionErr RecDataConPE,
   62e :-> APromotionErr RecDataConPE]
* In the definition of data constructor `TrNameS'
  In the data declaration for `TrName'
   |
66 |   = TrNameS Addr#  -- Static
   | ^
mini-compile: GHC internal error: `One' is not in scope during type
checking, but it passed the renamer
tcl_env of environment: [628 :-> ATcTyCon TrName :: *,
 62b :-> APromotionErr RecDataConPE,
 62e :-> APromotionErr RecDataConPE]
```

Anyone have any pointers on what is going wrong and what I should be
looking at?

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: GHC_STAGE

[Shayne Fletcher via ghc-devs]

Well, I thought I had but must have got into a funny state since I can't
reproduce today. Sorry for the noise!

On Thu, Oct 10, 2019 at 12:46 PM Stefan Schulze Frielinghaus 
wrote:

> Hi Shayne,
>
> does commit 35cc5eff fix your problem?
>
> Cheers,
> Stefan
>
> On Thu, Oct 10, 2019 at 07:41:47AM -0400, Shayne Fletcher via ghc-devs
> wrote:
> > Hi Ben,
> >
> > I observed warnings of this kind in a couple of places building head
> > yesterday:
> > ```
> > compiler/utils/FastString.hs:336:5: error:
> >  warning: 'GHC_STAGE' is not defined, evaluates to 0 [-Wundef]
> > |
> > 336 | #if GHC_STAGE < 2
> > | ^
> > #if GHC_STAGE < 2
> > ^
> > ```
> >
> > ```
> > compiler/main/DynFlags.hs:323:5: error:
> >  warning: 'GHC_STAGE' is not defined, evaluates to 0 [-Wundef]
> > |
> > 323 | #if GHC_STAGE >= 2
> > | ^
> > #if GHC_STAGE >= 2
> > ^
> > ```
> > I was using the `hadrian/build.stack.sh` approach. Figured you'd want to
> > know!
> >
> > --
> > *Shayne Fletcher*
> > Language Engineer */* +1 917 699 7663
> > *Digital Asset* <https://digitalasset.com/>, creators of *DAML
> > <https://daml.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
>
>

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* <https://digitalasset.com/>, creators of *DAML
<https://daml.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

GHC_STAGE

[Shayne Fletcher via ghc-devs]

Hi Ben,

I observed warnings of this kind in a couple of places building head
yesterday:
```
compiler/utils/FastString.hs:336:5: error:
 warning: 'GHC_STAGE' is not defined, evaluates to 0 [-Wundef]
|
336 | #if GHC_STAGE < 2
| ^
#if GHC_STAGE < 2
^
```

```
compiler/main/DynFlags.hs:323:5: error:
 warning: 'GHC_STAGE' is not defined, evaluates to 0 [-Wundef]
|
323 | #if GHC_STAGE >= 2
| ^
#if GHC_STAGE >= 2
^
```
I was using the `hadrian/build.stack.sh` approach. Figured you'd want to
know!

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: Proposed changes to merge request workflow

[Shayne Fletcher via ghc-devs]

All sounds very sensible to me.

On Tue, Oct 8, 2019 at 2:17 PM Ben Gamari  wrote:

> tl;dr. I would like feedback on a few proposed changes [1] to our merge
>request workflow.
>
>
> Hello everyone,
>
> Over the past six months I have been monitoring the operation of our
> merge request workflow, which arose rather organically in the wake of
> the initial move to GitLab. While it works reasonably well, there is
> clearly room for improvement:
>
>   * we have no formal way to track the status of in-flight merge
> requests (e.g. for authors to mark an MR as ready for review or
> reviewers to mark work as ready for merge)
>
>   * merge requests still at times languish without review
>
>   * the backport protocol is somewhat error prone and requires a great
> deal of attention to ensure that patches don't slip through the
> cracks
>
>   * there is no technical mechanism to prevent that under-reviewed
> patches from being merged (either intentionally or otherwise) to
> `master`
>
> To address this I propose [1] a few changes to our workflow:
>
>   1. Define explicit phases of the merge request lifecycle,
>  systematically identified with labels. This will help to make it
>  clear who is responsible for a merge request at every stage of its
>  lifecycle.
>
>   2. Make it clear that it is the contributor's responsibility to
>  identify reviewers for their merge requests.
>
>   3. Institute a final pre-merge sanity check to ensure that
>  patches are adequately reviewed, documented, tested, and have had
>  their ticket and MR metadata updated.
>
> Note that this is merely a proposal; I am actively seeking input from
> the developer community. Do let me know what you think.
>
> Cheers,
>
> - Ben
>
>
> [1]
> https://gitlab.haskell.org/ghc/ghc/wikis/proposals/merge-request-workflow
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>


-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

[Shayne Fletcher via ghc-devs]

Excellent work Sebastian. I confirm that the situation is resolved by
https://gitlab.haskell.org/ghc/ghc/merge_requests/1743.

On Mon, Sep 16, 2019 at 5:23 PM Sebastian Graf  wrote:

> Hi Shayne,
>
> Sorry to hear that! We didn't consider modularity at all and I would be
> happy to try to refactor in a way that would allow `ghc-lib-parser` to be
> properly separated again.
> I'm fairly certain that I didn't directly touch anything parser related,
> but apparently the new cyclic import of PmOracle within TcRnTypes (which is
> also exposed from `ghc-lib-parser`) pulled in the other half of GHC.
> I'll see if I can fix that tomorrow, if only by extracting a separate
> `Types`-style module.
>
> Cheers,
> Sebastian
>
> Am Mo., 16. Sept. 2019 um 22:04 Uhr schrieb Shayne Fletcher via ghc-devs <
> ghc-devs@haskell.org>:
>
>> Some time back, the `ghc-lib` project split into two targets :
>> `ghc-lib-parser` for those projects that just need to produce syntax trees
>> and `ghc-lib` (re-exporting `ghc-lib-parser` modules) having the remaining
>> modules for projects that need to go on and distill parse trees to Core.
>> The idea of course was to reduce build times for tools like hlint that only
>> need parse trees.
>>
>> Roughly, `ghc-lib-parser` got about 200 files and `ghc-lib` 300. Today
>> after landing `7915afc6bb9539a4534db99aeb6616a6d145918a`, "Encode shape
>> information in `PmOracle`", `ghc-lib-parser` now needs 543 files and
>> `ghc-lib` gets just 25.
>>
>> That may be just bad luck for `ghc-lib-parser` and the way it has to be
>> but I thought I should at least mention the knock-on effect of this change
>> on the modularity of the GHC API in case this consequence hasn't been
>> considered?
>>
>> --
>> *Shayne Fletcher*
>> Language Engineer */* +1 917 699 7663
>> *Digital Asset* <https://digitalasset.com/>, creators of *DAML
>> <https://daml.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
>>
>

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* <https://digitalasset.com/>, creators of *DAML
<https://daml.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: Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

[Shayne Fletcher via ghc-devs]

Getting you some raw data to look at but first results indicate at least
that `DsMonad` is pulling in `nativeGen`, `llvmGen`, `stgToCmm`,
`simplCore`, `hieFile` and so on.

On Tue, Sep 17, 2019 at 12:05 PM Shayne Fletcher 
wrote:

> Seeing what I can do.
>
> On Tue, Sep 17, 2019 at 10:31 AM Sebastian Graf 
> wrote:
>
>> Shayne,
>>
>> out of curiosity, could you find out which of the three modules DsMonad,
>> FamInst and TcSimplify lead to the blowup? If it's not too much of a
>> hassle, that is.
>> These are the only imports of PmOracle that aren't already exported from
>> ghc-lib-parser.
>>
>> Cheers,
>> Sebastian
>>
>> Am Mo., 16. Sept. 2019 um 22:38 Uhr schrieb Shayne Fletcher <
>> shayne.fletc...@daml.com>:
>>
>>> Hi Sebastian,
>>>
>>> On Mon, Sep 16, 2019 at 5:23 PM Sebastian Graf 
>>> wrote:
>>>
 Hi Shayne,

 Sorry to hear that! We didn't consider modularity at all and I would be
 happy to try to refactor in a way that would allow `ghc-lib-parser` to be
 properly separated again.
 I'm fairly certain that I didn't directly touch anything parser
 related, but apparently the new cyclic import of PmOracle within TcRnTypes
 (which is also exposed from `ghc-lib-parser`) pulled in the other half of
 GHC.
 I'll see if I can fix that tomorrow, if only by extracting a separate
 `Types`-style module.


>>> That sounds awesome. Tremendous. Thank-you! Please feel free to reach
>>> out to me if there's anything I can do to help your analysis[*]!
>>>
>>> [*] For the record, the procedure for calculating the `ghc-lib-parser`
>>> modules is a little complicated by there needing to be some generated
>>> equivalents of `.hsc` files present for this to work but the procedure is
>>> at the end of the day just `ghc -M` invoked over `Parser.hs`.
>>>
>>>
 Cheers,
 Sebastian

>>>
>>> Fingers crossed and all the best!
>>>
>>> --
>>> *Shayne Fletcher*
>>> Language Engineer */* +1 917 699 7663
>>> *Digital Asset* , creators of *DAML
>>> *
>>>
>>> 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.
>>
>>
>
> --
> *Shayne Fletcher*
> Language Engineer */* +1 917 699 7663
> *Digital Asset* , creators of *DAML
> *
>


-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

[Shayne Fletcher via ghc-devs]

Seeing what I can do.

On Tue, Sep 17, 2019 at 10:31 AM Sebastian Graf  wrote:

> Shayne,
>
> out of curiosity, could you find out which of the three modules DsMonad,
> FamInst and TcSimplify lead to the blowup? If it's not too much of a
> hassle, that is.
> These are the only imports of PmOracle that aren't already exported from
> ghc-lib-parser.
>
> Cheers,
> Sebastian
>
> Am Mo., 16. Sept. 2019 um 22:38 Uhr schrieb Shayne Fletcher <
> shayne.fletc...@daml.com>:
>
>> Hi Sebastian,
>>
>> On Mon, Sep 16, 2019 at 5:23 PM Sebastian Graf 
>> wrote:
>>
>>> Hi Shayne,
>>>
>>> Sorry to hear that! We didn't consider modularity at all and I would be
>>> happy to try to refactor in a way that would allow `ghc-lib-parser` to be
>>> properly separated again.
>>> I'm fairly certain that I didn't directly touch anything parser related,
>>> but apparently the new cyclic import of PmOracle within TcRnTypes (which is
>>> also exposed from `ghc-lib-parser`) pulled in the other half of GHC.
>>> I'll see if I can fix that tomorrow, if only by extracting a separate
>>> `Types`-style module.
>>>
>>>
>> That sounds awesome. Tremendous. Thank-you! Please feel free to reach out
>> to me if there's anything I can do to help your analysis[*]!
>>
>> [*] For the record, the procedure for calculating the `ghc-lib-parser`
>> modules is a little complicated by there needing to be some generated
>> equivalents of `.hsc` files present for this to work but the procedure is
>> at the end of the day just `ghc -M` invoked over `Parser.hs`.
>>
>>
>>> Cheers,
>>> Sebastian
>>>
>>
>> Fingers crossed and all the best!
>>
>> --
>> *Shayne Fletcher*
>> Language Engineer */* +1 917 699 7663
>> *Digital Asset* , creators of *DAML
>> *
>>
>> 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.
>
>

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

[Shayne Fletcher via ghc-devs]

Hi Sebastian,

On Mon, Sep 16, 2019 at 5:23 PM Sebastian Graf  wrote:

> Hi Shayne,
>
> Sorry to hear that! We didn't consider modularity at all and I would be
> happy to try to refactor in a way that would allow `ghc-lib-parser` to be
> properly separated again.
> I'm fairly certain that I didn't directly touch anything parser related,
> but apparently the new cyclic import of PmOracle within TcRnTypes (which is
> also exposed from `ghc-lib-parser`) pulled in the other half of GHC.
> I'll see if I can fix that tomorrow, if only by extracting a separate
> `Types`-style module.
>
>
That sounds awesome. Tremendous. Thank-you! Please feel free to reach out
to me if there's anything I can do to help your analysis[*]!

[*] For the record, the procedure for calculating the `ghc-lib-parser`
modules is a little complicated by there needing to be some generated
equivalents of `.hsc` files present for this to work but the procedure is
at the end of the day just `ghc -M` invoked over `Parser.hs`.


> Cheers,
> Sebastian
>

Fingers crossed and all the best!

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: GHC/StgToCmm/Con.hs

[Shayne Fletcher via ghc-devs]

Awesome! Thank-you.

On Sat, Sep 14, 2019 at 3:22 PM Alp Mestanogullari 
wrote:

> Actually we already have one (
> https://gitlab.haskell.org/ghc/ghc/issues/17187), as well as a fix:
> https://gitlab.haskell.org/ghc/ghc/merge_requests/1714
>
> Cheers
> On 14/09/2019 21:19, Shayne Fletcher via ghc-devs wrote:
>
> Looks like an issue needs raising then. I'll take care of it.
>
> On Sat, Sep 14, 2019 at 3:18 PM Brandon Allbery 
> wrote:
>
>> "Con.hs" (or the same with any other extension) is a reference to the
>> console device on Windows. Same for Prn.whatever and other filenames that
>> overlap device names.
>>
>> On Sat, Sep 14, 2019 at 3:17 PM Shayne Fletcher via ghc-devs <
>> ghc-devs@haskell.org> wrote:
>>
>>> Anyone understand what's going on here (HEAD) on Windows?
>>> ```
>>> 2019-09-14T19:06:40.1438283Z # Running: git clone
>>> https://gitlab.haskell.org/ghc/ghc.git
>>> 2019-09-14T19:06:40.1879263Z Cloning into 'ghc'...
>>> 2019-09-14T19:07:02.4403717Z error: unable to stat just-written file
>>> compiler/GHC/StgToCmm/Con.hs: No such file or directory
>>> ```
>>>
>>> --
>>> *Shayne Fletcher*
>>> Language Engineer */* +1 917 699 7663
>>> *Digital Asset* <https://digitalasset.com/>, creators of *DAML
>>> <https://daml.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
>>>
>>
>>
>> --
>> brandon s allbery kf8nh
>> allber...@gmail.com
>>
>
>
> --
> *Shayne Fletcher*
> Language Engineer */* +1 917 699 7663
> *Digital Asset* <https://digitalasset.com/>, creators of *DAML
> <https://daml.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
>
> --
> 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 */* +1 917 699 7663
*Digital Asset* <https://digitalasset.com/>, creators of *DAML
<https://daml.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: GHC/StgToCmm/Con.hs

[Shayne Fletcher via ghc-devs]

Looks like an issue needs raising then. I'll take care of it.

On Sat, Sep 14, 2019 at 3:18 PM Brandon Allbery  wrote:

> "Con.hs" (or the same with any other extension) is a reference to the
> console device on Windows. Same for Prn.whatever and other filenames that
> overlap device names.
>
> On Sat, Sep 14, 2019 at 3:17 PM Shayne Fletcher via ghc-devs <
> ghc-devs@haskell.org> wrote:
>
>> Anyone understand what's going on here (HEAD) on Windows?
>> ```
>> 2019-09-14T19:06:40.1438283Z # Running: git clone
>> https://gitlab.haskell.org/ghc/ghc.git
>> 2019-09-14T19:06:40.1879263Z Cloning into 'ghc'...
>> 2019-09-14T19:07:02.4403717Z error: unable to stat just-written file
>> compiler/GHC/StgToCmm/Con.hs: No such file or directory
>> ```
>>
>> --
>> *Shayne Fletcher*
>> Language Engineer */* +1 917 699 7663
>> *Digital Asset* <https://digitalasset.com/>, creators of *DAML
>> <https://daml.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
>>
>
>
> --
> brandon s allbery kf8nh
> allber...@gmail.com
>


-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* <https://digitalasset.com/>, creators of *DAML
<https://daml.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

GHC/StgToCmm/Con.hs

[Shayne Fletcher via ghc-devs]

Anyone understand what's going on here (HEAD) on Windows?
```
2019-09-14T19:06:40.1438283Z # Running: git clone
https://gitlab.haskell.org/ghc/ghc.git
2019-09-14T19:06:40.1879263Z Cloning into 'ghc'...
2019-09-14T19:07:02.4403717Z error: unable to stat just-written file
compiler/GHC/StgToCmm/Con.hs: No such file or directory
```

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: [ANNOUNCE] GHC 8.8.1 and cabal-install version

[Shayne Fletcher via ghc-devs]

I got there by doing,
```
  cabal v2-install --installdir=~/.cabal/bin alex
  cabal v2-install --installdir=~/.cabal/bin happy
```
and things seemed to be going smoothly enough after that.

On Fri, Sep 6, 2019 at 12:08 PM Carter Schonwald 
wrote:

> V1 or v2 install?
>
> On Mon, Sep 2, 2019 at 11:42 AM George Colpitts 
> wrote:
>
>> https://www.haskell.org/ghc/blog/20190825-ghc-8.8.1-released.html says
>>
>> cabal-install users should note that cabal-install-3.0 or later is
>> required for use with GHC 8.8.
>>
>> but this seems wrong or have I done something wrong?
>>
>> $ cabal install cabal-install
>> cabal install cabal-install
>> ...
>>
>> Resolving dependencies...
>> cabal: Could not resolve dependencies:
>> [__0] trying: cabal-install-3.0.0.0 (user goal)
>> [__1] next goal: time (dependency of cabal-install)
>> [__1] rejecting: time-1.9.3/installed-1.9... (conflict: cabal-install =>
>> base>=4.8 && <4.13, time => base==4.13.0.0/installed-4.1...)
>> [__1] trying: time-1.9.3
>> [__2] next goal: stm (dependency of cabal-install)
>> [__2] rejecting: stm-2.5.0.0/installed-2.5... (conflict: cabal-install =>
>> base>=4.8 && <4.13, stm => base==4.13.0.0/installed-4.1...)
>> [__2] trying: stm-2.5.0.0
>> [__3] next goal: process (dependency of cabal-install)
>> [__3] rejecting: process-1.6.5.1/installed-1.6... (conflict:
>> cabal-install =>
>> base>=4.8 && <4.13, process => base==4.13.0.0/installed-4.1...)
>> [__3] trying: process-1.6.5.1
>> [__4] next goal: pretty (dependency of cabal-install)
>> [__4] rejecting: pretty-1.1.3.6/installed-1.1... (conflict: cabal-install
>> =>
>> base>=4.8 && <4.13, pretty => base==4.13.0.0/installed-4.1...)
>> [__4] trying: pretty-1.1.3.6
>> [__5] next goal: network (dependency of cabal-install)
>> [__5] rejecting: network-3.1.0.1/installed-CeX... (conflict:
>> cabal-install =>
>> base>=4.8 && <4.13, network => base==4.13.0.0/installed-4.1...)
>> [__5] trying: network-3.1.0.1
>> [__6] trying: hackage-security-0.5.3.0 (dependency of cabal-install)
>> [__7] next goal: template-haskell (dependency of hackage-security)
>> [__7] rejecting: template-haskell-2.15.0.0/installed-2.1... (conflict:
>> cabal-install => base>=4.8 && <4.13, template-haskell =>
>> base==4.13.0.0/installed-4.1...)
>> [__7] rejecting: template-haskell-2.15.0.0, template-haskell-2.14.0.0,
>> template-haskell-2.13.0.0, template-haskell-2.12.0.0,
>> template-haskell-2.11.1.0, template-haskell-2.11.0.0,
>> template-haskell-2.10.0.0, template-haskell-2.9.0.0,
>> template-haskell-2.8.0.0,
>> template-haskell-2.7.0.0, template-haskell-2.6.0.0,
>> template-haskell-2.5.0.0,
>> template-haskell-2.4.0.1, template-haskell-2.4.0.0,
>> template-haskell-2.3.0.1,
>> template-haskell-2.3.0.0, template-haskell-2.2.0.0 (constraint from
>> non-upgradeable package requires installed instance)
>> [__7] fail (backjumping, conflict set: cabal-install, hackage-security,
>> template-haskell)
>> After searching the rest of the dependency tree exhaustively, these were
>> the
>> goals I've had most trouble fulfilling: base, cabal-install, directory,
>> template-haskell, process, time, network, pretty, hackage-security,
>> deepseq,
>> HTTP, stm, cabal-install:lib
>>
>>
>> On Mon, Aug 26, 2019 at 6:25 AM Ben Gamari  wrote:
>>
>>>
>>> Hello everyone,
>>>
>>> The GHC team is pleased to announce the release candidate for GHC 8.8.1.
>>> The source distribution, binary distributions, and documentation are
>>> available at
>>>
>>> https://downloads.haskell.org/ghc/8.8.1
>>>
>>> This release is the culmination of over 3000 commits by over one hundred
>>> contributors and has several new features and numerous bug fixes
>>> relative to GHC 8.6:
>>>
>>>  * Visible kind applications are now supported (GHC Proposal #15)
>>>
>>>  * Profiling now works correctly on 64-bit Windows (although still may
>>>be problematic on 32-bit Windows due to platform limitations; see
>>>#15934)
>>>
>>>  * A new code layout algorithm for amd64's native code generator
>>>significantly improving the runtime performance of some kernels
>>>
>>>  * The introduction of a late lambda-lifting pass which may reduce
>>>allocations significantly for some programs.
>>>
>>>  * Further work on Trees That Grow, enabling improved code re-use of the
>>>Haskell AST in tooling
>>>
>>>  * Users can write `forall` in more contexts (GHC Proposal #7)
>>>
>>>  * The pattern-match checker is now more precise in the presence of
>>>strict fields with uninhabited types.
>>>
>>>  * A comprehensive audit of GHC's memory ordering barriers has been
>>>performed, resulting in a number of fixes that should significantly
>>>improve the reliability of programs on architectures with
>>>weakly-ordered memory models (e.g. PowerPC, many ARM and AArch64
>>>implementations).
>>>
>>>  * A long-standing linker limitation rendering GHCi unusable with
>>>projects with cyclic symbol dependencies has been fixed (#13786)
>>>
>>>  * Further work on the Hadrian build system

Re: Missing library in Mac OS X instructions?

[Shayne Fletcher via ghc-devs]

Hi Alejandro,

On Mon, Aug 19, 2019 at 2:11 AM Alejandro Serrano Mena 
wrote:

> Hi,
> I tried to get GHC working from the repo in Mac OS X following the
> instructions in
> https://gitlab.haskell.org/ghc/ghc/wikis/building/preparation/mac-osx. At
> first I got the "error __GNU_MP_VERSION not defined" problem, for which
> the guide recommends to prepend "CC=clang"  to "./configure" , which I did.
> But even then, I also had to install "gmp" using "brew install gmp".
> 1. Is it right that I need to install gmp using brew or did I miss some
> previous step?
> 2. If (1) is affirmative, how can I help update the docs for building in
> Mac OS X?
>
>
I've encountered this problem. In my case it turned out that I had a rogue
`cc` executable in my path. See
https://gitlab.haskell.org/ghc/ghc/issues/16904 for details.

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: Cloning (Shayne Fletcher)

[Shayne Fletcher via ghc-devs]

Well this is an unexpected and most welcome development. Way to go Arnaud!


On Mon, Jul 1, 2019, 06:53 Artem Pelenitsyn  wrote:

> Hello Jost,
>
> Thanks for researching this! In fact, Arnaud did his own research on this
> topic and submitted !1309 [1] to switch to the absolute paths. The MR has
> been approved by Ben swiftly and now awaits merging.
>
> I believe we should default to the common case, which is to use abs paths
> making the life of, presumably, many people easier, and let those who
> understand submodules hack their way through them.
>
> [1]: https://gitlab.haskell.org/ghc/ghc/merge_requests/1309
>
> --
> Best wishes,
> Artem
>
>
> On Mon, 1 Jul 2019 at 12:17, Jost Berthold 
> wrote:
>
>> Just on this detail in the previous mails:
>>
>> On 6/25/19 10:00 PM, ghc-devs-requ...@haskell.org wrote:
>> >> More generally, I'm actually wondering, why GHC's .gitsubmodules use
>> > relative paths.  Why not make them absolute?
>> >
>> > I continue to wonder about that and if switching to absolute paths might
>> > remove this wrinkle. Can anyone chime in?
>>
>> I remember the relative paths for submodules were added to make working
>> with several clones of the GHC repo (to lower rebuild cost for
>> simultaneous branches or similar) easier.
>>
>> With relative paths, one can make a second local clone from the first
>> one and all references to all submodules will share local data.
>>
>> That said, this does get in the way sometimes. I changed back to
>> absolute paths in my GHC fork quite a while back.
>>
>>
>> / Jost
>>
>> ___
>> 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
>

-- 
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: Cloning

[Shayne Fletcher via ghc-devs]

On Tue, Jun 25, 2019 at 5:29 AM Simon Peyton Jones via ghc-devs <
ghc-devs@haskell.org> wrote:

> Thanks.  I think I understand.  The model is
>
>
>
>- Always start from a clone of the main repo; do not attempt to clone
>anyone else’s
>- Add the extra repo as a remote
>- Check out a branch from it.
>
>
>
> I had not previously understood that -- thanks
>
>
>

That's exactly it. My work finds me doing this sort of thing quite a lot. I
don't know if my (the following) approach is overkill however, it works
reliably for me.
```
# Clone the main repo
git clone https://gitlab.haskell.org/ghc/ghc.git
# Add remote
git remote add tdammers g...@gitlab.haskell.org:tdammers/ghc.git
# Get remote's branches
git fetch tdammers
# Roll the main repo back to where tdammers /some-branch started
git checkout `git merge-base tdammers/some-branch master`
# Retrieve sub-modules as they were at that point
git submodule update --init --recursive
# Now switch to the remote branch
git checkout -t tdammers/some-branch
```

> More generally, I'm actually wondering, why GHC's .gitsubmodules use
relative paths.  Why not make them absolute?

I continue to wonder about that and if switching to absolute paths might
remove this wrinkle. Can anyone chime in?

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: Hadrian: Suddenly a full build fails with: Rules may not be recursive

[Shayne Fletcher via ghc-devs]

I think this is because `--configure` is currently broken
https://gitlab.haskell.org/ghc/ghc/issues/16809. You can work around by
running bootstrap and configure manually for now.

On Fri, Jun 21, 2019 at 12:55 PM Roland Senn  wrote:

> Hi,
>
> Suddenly I'm unable to build! As usual, I did:
>
> git pull upstream master --recurse-submodules=yes
> git submodule update --init --recursive
>
>
> $ hadrian/build.sh clean
> Up to date
> | Removing Hadrian files...
> | Remove directory _build/stage0
> | Remove directory _build/stage1
> | Remove directory _build/stage2
> | Remove directory _build/stage3
> | Remove directory sdistprep
> | Remove directory _build (after build completes)
> | Done.
>
> ... + statistics
>
> $ hadrian/build.sh -c --flavour=devel2 -j2
> Up to date
> | Running boot...
> Error when running Shake build system:
>   at action, called at src/Rules.hs:68:19 in main:Rules
>   at apply1, called at
> src/Development/Shake/Internal/Rules/Oracle.hs:159:32 in shake-0.18.2-
> fca156899176fbf7a9b05f30b3ec991784b3e60af38a503ea1cb277fd96f971e:Develo
> pment.Shake.Internal.Rules.Oracle
> * Depends on: OracleQ (KeyValue ("hadrian/cfg/system.config","host-
> os"))
>   at need, called at src/Hadrian/Oracles/TextFile.hs:90:9 in
> main:Hadrian.Oracles.TextFile
> * Depends on: hadrian/cfg/system.config
>   at &%>, called at src/Rules/Configure.hs:21:5 in main:Rules.Configure
> * Depends on: hadrian/cfg/system.config mk/config.h compiler/ghc.cabal
> rts/rts.cabal
>   at apply1, called at
> src/Development/Shake/Internal/Rules/Oracle.hs:159:32 in shake-0.18.2-
> fca156899176fbf7a9b05f30b3ec991784b3e60af38a503ea1cb277fd96f971e:Develo
> pment.Shake.Internal.Rules.Oracle
> * Depends on: OracleQ (KeyValue ("hadrian/cfg/system.config","host-
> os"))
> * Raised the exception:
> Build system error - recursion detected:
>   Key type:   OracleQ KeyValue
>   Key value:  OracleQ (KeyValue ("hadrian/cfg/system.config","host-
> os"))
> Rules may not be recursive
>
>
> OS is Linux Debian 9 (x86_64)
>
> Any ideas what's wrong??
>
> Many thanks and kind regards
>Roland
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>


-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: Hadrian: Suddenly a full build fails with: Rules may not be recursive

[Shayne Fletcher via ghc-devs]

Sorry @Matthew Pickering . Fired off my
response before I saw yours!

On Fri, Jun 21, 2019 at 1:55 PM Shayne Fletcher 
wrote:

> I think this is because `--configure` is currently broken
> https://gitlab.haskell.org/ghc/ghc/issues/16809. You can work around by
> running bootstrap and configure manually for now.
>
> On Fri, Jun 21, 2019 at 12:55 PM Roland Senn  wrote:
>
>> Hi,
>>
>> Suddenly I'm unable to build! As usual, I did:
>>
>> git pull upstream master --recurse-submodules=yes
>> git submodule update --init --recursive
>>
>>
>> $ hadrian/build.sh clean
>> Up to date
>> | Removing Hadrian files...
>> | Remove directory _build/stage0
>> | Remove directory _build/stage1
>> | Remove directory _build/stage2
>> | Remove directory _build/stage3
>> | Remove directory sdistprep
>> | Remove directory _build (after build completes)
>> | Done.
>>
>> ... + statistics
>>
>> $ hadrian/build.sh -c --flavour=devel2 -j2
>> Up to date
>> | Running boot...
>> Error when running Shake build system:
>>   at action, called at src/Rules.hs:68:19 in main:Rules
>>   at apply1, called at
>> src/Development/Shake/Internal/Rules/Oracle.hs:159:32 in shake-0.18.2-
>> fca156899176fbf7a9b05f30b3ec991784b3e60af38a503ea1cb277fd96f971e:Develo
>> pment.Shake.Internal.Rules.Oracle
>> * Depends on: OracleQ (KeyValue ("hadrian/cfg/system.config","host-
>> os"))
>>   at need, called at src/Hadrian/Oracles/TextFile.hs:90:9 in
>> main:Hadrian.Oracles.TextFile
>> * Depends on: hadrian/cfg/system.config
>>   at &%>, called at src/Rules/Configure.hs:21:5 in main:Rules.Configure
>> * Depends on: hadrian/cfg/system.config mk/config.h compiler/ghc.cabal
>> rts/rts.cabal
>>   at apply1, called at
>> src/Development/Shake/Internal/Rules/Oracle.hs:159:32 in shake-0.18.2-
>> fca156899176fbf7a9b05f30b3ec991784b3e60af38a503ea1cb277fd96f971e:Develo
>> pment.Shake.Internal.Rules.Oracle
>> * Depends on: OracleQ (KeyValue ("hadrian/cfg/system.config","host-
>> os"))
>> * Raised the exception:
>> Build system error - recursion detected:
>>   Key type:   OracleQ KeyValue
>>   Key value:  OracleQ (KeyValue ("hadrian/cfg/system.config","host-
>> os"))
>> Rules may not be recursive
>>
>>
>> OS is Linux Debian 9 (x86_64)
>>
>> Any ideas what's wrong??
>>
>> Many thanks and kind regards
>>Roland
>> ___
>> ghc-devs mailing list
>> ghc-devs@haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>
>
>
> --
> *Shayne Fletcher*
> Language Engineer */* +1 917 699 7663
> *Digital Asset* , creators of *DAML
> *
>


-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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: ZuriHac 2019 - GHC Track

[Shayne Fletcher via ghc-devs]

On Mon, Jun 10, 2019 at 10:11 PM Simon Hafner  wrote:

> I have a ~ 30 minute talk which covers my GHC proposal
> (NoToplevelFieldSelectors), as well as parts of the renamer. I could hold
> that at any point, if there's still time slots over.
>

That would be awesome. I sure hope there is!

-- 
*Shayne Fletcher*
Language Engineer */* +1 917 699 7663
*Digital Asset* , creators of *DAML
*

-- 
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 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

[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

[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

[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

Fwd: GHC | Hadrian: ld crashes linking HStime on macos (#16685)

[Shayne Fletcher via ghc-devs]

Hi Andrey,

On Thu, May 23, 2019 at 10:04 AM Andrey Mokhov 
wrote:

> I've travelling all week, so can't look into this issue properly, but
> can't we simply revert the commit that introduced the breakage? Looks like
> it was committed just a week ago.
>
I'll have to defer to the approvers on this one - I'm just a reporter :)

-- 
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 



-- 
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

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

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: [hadrian/macos] build broken

[Shayne Fletcher via ghc-devs]

Hi Alp,

Just confirming now but it seems its
https://gitlab.haskell.org/ghc/ghc/commit/e529c65eacf595006dd5358491d28c202d673732
where
the breakage came in ("Remove all target specific portions of Config.hs"
@John Ericson).

On Wed, May 22, 2019 at 1:56 PM Shayne Fletcher 
wrote:

> Here you go Alp https://gitlab.haskell.org/ghc/ghc/issues/16685. Hope
> this helps!
>
> On Wed, May 22, 2019 at 1:41 PM Alp Mestanogullari 
> wrote:
>
>> Hello!
>>
>> Could you create a ticket about this with all the relevant details (OS X
>> version, boot ghc version, commit, hadrian command, etc), and the 'hadrian'
>> label? You should even feel free to mention @snowleopard and @alp there.
>>
>> Cheers
>> On 22/05/2019 19:37, Shayne Fletcher via ghc-devs wrote:
>>
>> I'm trying to isolate the commit that's causing this, but the deal is on
>> MacOS I'm seeing stage1 `ld` crashes linking `HStime`:
>> ```
>>
>> 0  0x1052e2748  __assert_rtn + 129
>>
>> 1  0x1052be30f  ld::Fixup::Fixup(unsigned int, ld::Fixup::Cluster,
>> ld::Fixup::Kind, bool, char const*) + 95
>>
>> 2  0x1052e8736  
>> mach_o::relocatable::Parser::addFixup(mach_o::relocatable::Parser::SourceLocation
>> const&, ld::Fixup::Cluster, ld::Fixup::Kind, bool, char const*) + 34
>>
>> 3  0x1052eaa9c  
>> mach_o::relocatable::Section::addRelocFixup(mach_o::relocatable::Parser&,
>> macho_relocation_info > const*) + 1722
>>
>> 4  0x1052ff61b  
>> mach_o::relocatable::Section::makeFixups(mach_o::relocatable::Parser&,
>> mach_o::relocatable::Parser::CFI_CU_InfoArrays const&) + 105
>>
>> 5  0x1052faa66  
>> mach_o::relocatable::Parser::parse(mach_o::relocatable::ParserOptions
>> const&) + 2120
>>
>> 6  0x1052f1250  mach_o::relocatable::Parser::parse(unsigned char
>> const*, unsigned long long, char const*, long, ld::File::Ordinal,
>> mach_o::relocatable::ParserOptions const&) + 282
>>
>> 7  0x10534352a  ld::tool::InputFiles::makeFile(Options::FileInfo const&,
>> bool) + 808
>>
>> 8  0x105345f22  ld::tool::InputFiles::parseWorkerThread() + 530
>>
>> 9  0x7fff70a6b2eb  _pthread_body + 126
>>
>> 10  0x7fff70a6e249  _pthread_start + 66
>>
>> A linker snapshot was created at:
>>
>> /tmp/HStime-1.9.2.o-2019-04-22-132113.ld-snapshot
>>
>> ld: Assertion failed: (name != NULL), function Fixup, file
>> /Library/Caches/com.apple.xbs/Sources/ld64/ld64-450.3/src/ld/ld.hpp, line
>> 724.
>> ```
>> I can replicate this on multiple machines and different versions of xcode
>> command line tools.
>>
>> Any ideas?
>>
>> --
>> 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
>>
>> --
>> 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 100

Re: [hadrian/macos] build broken

[Shayne Fletcher via ghc-devs]

Here you go Alp https://gitlab.haskell.org/ghc/ghc/issues/16685. Hope this
helps!

On Wed, May 22, 2019 at 1:41 PM Alp Mestanogullari 
wrote:

> Hello!
>
> Could you create a ticket about this with all the relevant details (OS X
> version, boot ghc version, commit, hadrian command, etc), and the 'hadrian'
> label? You should even feel free to mention @snowleopard and @alp there.
>
> Cheers
> On 22/05/2019 19:37, Shayne Fletcher via ghc-devs wrote:
>
> I'm trying to isolate the commit that's causing this, but the deal is on
> MacOS I'm seeing stage1 `ld` crashes linking `HStime`:
> ```
>
> 0  0x1052e2748  __assert_rtn + 129
>
> 1  0x1052be30f  ld::Fixup::Fixup(unsigned int, ld::Fixup::Cluster,
> ld::Fixup::Kind, bool, char const*) + 95
>
> 2  0x1052e8736  
> mach_o::relocatable::Parser::addFixup(mach_o::relocatable::Parser::SourceLocation
> const&, ld::Fixup::Cluster, ld::Fixup::Kind, bool, char const*) + 34
>
> 3  0x1052eaa9c  
> mach_o::relocatable::Section::addRelocFixup(mach_o::relocatable::Parser&,
> macho_relocation_info > const*) + 1722
>
> 4  0x1052ff61b  
> mach_o::relocatable::Section::makeFixups(mach_o::relocatable::Parser&,
> mach_o::relocatable::Parser::CFI_CU_InfoArrays const&) + 105
>
> 5  0x1052faa66  
> mach_o::relocatable::Parser::parse(mach_o::relocatable::ParserOptions
> const&) + 2120
>
> 6  0x1052f1250  mach_o::relocatable::Parser::parse(unsigned char
> const*, unsigned long long, char const*, long, ld::File::Ordinal,
> mach_o::relocatable::ParserOptions const&) + 282
>
> 7  0x10534352a  ld::tool::InputFiles::makeFile(Options::FileInfo const&,
> bool) + 808
>
> 8  0x105345f22  ld::tool::InputFiles::parseWorkerThread() + 530
>
> 9  0x7fff70a6b2eb  _pthread_body + 126
>
> 10  0x7fff70a6e249  _pthread_start + 66
>
> A linker snapshot was created at:
>
> /tmp/HStime-1.9.2.o-2019-04-22-132113.ld-snapshot
>
> ld: Assertion failed: (name != NULL), function Fixup, file
> /Library/Caches/com.apple.xbs/Sources/ld64/ld64-450.3/src/ld/ld.hpp, line
> 724.
> ```
> I can replicate this on multiple machines and different versions of xcode
> command line tools.
>
> Any ideas?
>
> --
> 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
>
> --
> 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

[hadrian/macos] build broken

[Shayne Fletcher via ghc-devs]

I'm trying to isolate the commit that's causing this, but the deal is on
MacOS I'm seeing stage1 `ld` crashes linking `HStime`:
```

0  0x1052e2748  __assert_rtn + 129

1  0x1052be30f  ld::Fixup::Fixup(unsigned int, ld::Fixup::Cluster,
ld::Fixup::Kind, bool, char const*) + 95

2  0x1052e8736
mach_o::relocatable::Parser::addFixup(mach_o::relocatable::Parser::SourceLocation
const&, ld::Fixup::Cluster, ld::Fixup::Kind, bool, char const*) + 34

3  0x1052eaa9c
mach_o::relocatable::Section::addRelocFixup(mach_o::relocatable::Parser&,
macho_relocation_info > const*) + 1722

4  0x1052ff61b
mach_o::relocatable::Section::makeFixups(mach_o::relocatable::Parser&,
mach_o::relocatable::Parser::CFI_CU_InfoArrays const&) + 105

5  0x1052faa66
mach_o::relocatable::Parser::parse(mach_o::relocatable::ParserOptions
const&) + 2120

6  0x1052f1250  mach_o::relocatable::Parser::parse(unsigned char
const*, unsigned long long, char const*, long, ld::File::Ordinal,
mach_o::relocatable::ParserOptions const&) + 282

7  0x10534352a  ld::tool::InputFiles::makeFile(Options::FileInfo const&,
bool) + 808

8  0x105345f22  ld::tool::InputFiles::parseWorkerThread() + 530

9  0x7fff70a6b2eb  _pthread_body + 126

10  0x7fff70a6e249  _pthread_start + 66

A linker snapshot was created at:

/tmp/HStime-1.9.2.o-2019-04-22-132113.ld-snapshot

ld: Assertion failed: (name != NULL), function Fixup, file
/Library/Caches/com.apple.xbs/Sources/ld64/ld64-450.3/src/ld/ld.hpp, line
724.
```
I can replicate this on multiple machines and different versions of xcode
command line tools.

Any ideas?

-- 
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: [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: [hadrian] happy 1.19.10

[Shayne Fletcher via ghc-devs]

Hi Vlad,

On Wed, May 15, 2019 at 2:20 AM Vladislav Zavialov 
wrote:

> I don’t use ’stack’ to build GHC and CI doesn’t check it, so I think I
> missed this one. Thanks for bringing this up, have you already checked
> locally that ‘lts-13.21’ fixes the issue (if so, perhaps submit an MR with
> your fix)?


Confirmed that the build is broken and that this fixes it. MR here
https://gitlab.haskell.org/ghc/ghc/merge_requests/953.

-- 
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] happy 1.19.10

[Shayne Fletcher via ghc-devs]

Hi Vlad,

Are there imminent plans to update hadrian/stack.yaml with something like,
```
# Specifies the GHC version and set of packages available (e.g., lts-3.5,
nightly-2015-09-21, ghc-7.10.2)
resolver: lts-13.21
```
I think this is necessary to get the recent happy upgrade?

-- 
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

gitlab.haskell.org is down

[Shayne Fletcher via ghc-devs]

Hi,

It seems gitlab.haskell.org has been down since around 17:30 GMT. Outage?

-- 
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: [ambiguous occurrence bug?]

[Shayne Fletcher via ghc-devs]

On Mon, Mar 18, 2019 at 9:30 PM Ben Gamari  wrote:

> Shayne Fletcher via ghc-devs  writes:
>
> > Consider this two file program:
> > ```
> > module T where
> > main = undefined
> >
> > module Main where
> > import T
> > main = putStrLn "Hello world!"
> > ```
> >
> > Both 8.4.3 and 8.6.3 agree:
> > ```
> > Main.hs:1:1: error:
> > Ambiguous occurrence ‘main’
> > It could refer to either ‘T.main’,
> >  imported from ‘T’ at Main.hs:2:1-8
> >  (and originally defined at Main.hs:2:1-4)
> >   or ‘Main.main’, defined at Main.hs:5:1
> > ```
> >
> > Is this expected behavior? Does it not contradict "If the export list is
> > omitted, all values, types and classes defined in the module are
> exported,
> > but not those that are imported" (
> > https://www.haskell.org/onlinereport/haskell2010/haskellch5.html)? If
> the
> > latter, is this a bug? What am I missing?
> >
> The language you cite from the report makes it sound as though this is a
> bug. Can you open a ticket?
>

Yes! Tracked in https://gitlab.haskell.org/ghc/ghc/issues/16453.

-- 
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: [ambiguous occurrence bug?]

[Shayne Fletcher via ghc-devs]

On Sun, Mar 17, 2019 at 2:23 PM Brandon Allbery  wrote:

> Hm. You're probably right that it should only consider the locally defined
> one,
>

Cool.


> but I can see why it would do this
>
Can you elaborate? Perhaps,


> and wonder if there's even a good way to constrain that check currently.
>
>
indicates that you can see why it might be so based on knowledge of the
implementation?

-- 
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: [ambiguous occurrence bug?]

[Shayne Fletcher via ghc-devs]

Hi Brandon,

On Sun, Mar 17, 2019 at 2:09 PM Brandon Allbery  wrote:

> No contradiction: "not those that are imported" means a module which
> imports names does not automatically re-export those names to other modules
> that import it. So T does indeed export "main", which is imported
> unqualified by Main
>

No argument with anything said there.


> and thereby causes an ambiguous occurrence.
>

This I don't get. I presume the ambiguous occurrence is due to the question
what `main` is `Main.hs` exporting (or in this case is the "entry-point"
for the program)? My reading of the above is that only the local `main` can
be exported  (or again, in this case, "considered" for the "entry-point")
so where is the ambiguity?

-- 
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

[ambiguous occurrence bug?]

[Shayne Fletcher via ghc-devs]

Sorry in advance if I should be posting questions of this kind elsewhere
(please tell me if so!).

Consider this two file program:
```
module T where
main = undefined

module Main where
import T
main = putStrLn "Hello world!"
```

Both 8.4.3 and 8.6.3 agree:
```
Main.hs:1:1: error:
Ambiguous occurrence ‘main’
It could refer to either ‘T.main’,
 imported from ‘T’ at Main.hs:2:1-8
 (and originally defined at Main.hs:2:1-4)
  or ‘Main.main’, defined at Main.hs:5:1
```

Is this expected behavior? Does it not contradict "If the export list is
omitted, all values, types and classes defined in the module are exported,
but not those that are imported" (
https://www.haskell.org/onlinereport/haskell2010/haskellch5.html)? If the
latter, is this a bug? 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: github ghc.git broken on libraries/binary

[Shayne Fletcher via ghc-devs]

Hi Ben,

On Thu, Mar 14, 2019 at 5:05 PM Ben Gamari  wrote:

> Shayne Fletcher via ghc-devs  writes:
>
> > I'm between a rock and a hard place here. I appreciate gitlab hosts the
> > official upstream (and at work use it extensively). We do however also
> > maintain a fork of the github mirror on github (rightly or wrongly) and
> its
> > existence and correctness is critical to some of our workflows.
>
> Hi Shayne,
>
> I have been working to resolve the issue. Unfortunately, the process has
> been complicated by the fact that GitHub has flagged our mirror account
> as a bot and the credentials of an older mirror account have been lost
> to history. I am engaging with GitHub to resolve this but this has taken
> longer than expected. I will leave updates on the tracking ticket [1] as
> the situation develops.
>
> In the meantime I have manually updated these GitHub mirror
> repositories. I will try to do this on a daily basis until the situation
> is resolved.
>
> > So, beyond this issue today which I assume to be temporary, going
> > forward can I assume no guarantees about its reliability and do I have
> > to advocate rejigging those aforementioned workflows so that github is
> > out of the picture?
> >
> In general the mirror is maintained and we have no intention of dropping
> it. However, in the last week other responsibilities, coupled with the
> latency of working with GitHub support, has meant that bringing it back
> online has taken longer than I would have preferred. Sorry for the
> inconvenience.
>

Not at all Ben. All totally understandable and I hope you know how much I
(we) appreciate how much you are doing for us! If I gave a different
impression in my original post, please be assured, that wasn't intentional
:)

>
> However, do keep in mind that even when working normally the GitHub
> mirror has a synchronization period of 20 minutes; if your systems
> depend upon having a consistent picture of the GHC repositories then
> you might consider using the official upstream.
>

We can totally live with the synchronization lag in this instance. In
summary, I'm happy to leave things be with the understanding that stability
to will naturally improve and we just need to demonstrate some patience
while things get ironed out!

Thanks for taking time out to catch me up!


>
> Cheers,
>
> - Ben
>
>
> [1] https://gitlab.haskell.org/bgamari/gitlab-migration/issues/11
>
> -BEGIN PGP SIGNATURE-
>
> iQEzBAEBCAAdFiEEmwpsh4C13+CdDZRjcVB86Evun78FAlyKwfcACgkQcVB86Evu
> n78CJQf/V19WmieWw6fs+rCSFEtfZvsQW+wFtDewqrpBgvW5hIC3Br3s032DCEUA
> nc8N3EteX9GExwNO7KkzCb/6vosmm9O7r+s3MQdY3CB69K0Yg3uXwfUXjttoneXB
> l65fIonx5pcgvVFsa2QLIyOmYUq3lpZg0MEQjtLBZBnWa2H4WylRyU3hIdmMQZui
> Ttt0TcJ4pWNGf3DgXU1EPD7FLdTkjlX2lptxh+r3uRzrqgGTSGCplOFJVk6ER8xA
> WqQho8lGz1DAuU2noezQZLDGR7dbhk7ZFUT2ycubNBi5UdSicoSW5H1zXZ+9vaJK
> 7vx1i3crhurIrjEcteKTLsmZBr4oWg==
> =gqDF
> -END PGP SIGNATURE-



-- 
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: github ghc.git broken on libraries/binary

[Shayne Fletcher via ghc-devs]

I'm between a rock and a hard place here. I appreciate gitlab hosts the
official upstream (and at work use it extensively). We do however also
maintain a fork of the github mirror on github (rightly or wrongly) and its
existence and correctness is critical to some of our workflows. So, beyond
this issue today which I assume to be temporary, going forward can I assume
no guarantees about its reliability and do I have to advocate rejigging
those aforementioned workflows so that github is out of the picture?

On Thu, Mar 14, 2019 at 2:53 PM Brandon Allbery  wrote:

> As yet mirroring github from gitlab is broken, I think (various parts of
> the migration are not yet complete); you should use the gitlab upstream.
>
> On Thu, Mar 14, 2019 at 2:44 PM Shayne Fletcher via ghc-devs <
> ghc-devs@haskell.org> wrote:
>
>> `git clone g...@github.com:ghc/ghc.git` followed by `git submodule update
>> --init --recursive` results in
>> ```
>>
>> error: Server does not allow request for unadvertised object
>> 94855814e2e4f7a0f191ffa5b4c98ee0147e3174
>>
>> Fetched in submodule path 'libraries/binary', but it did not contain
>> 94855814e2e4f7a0f191ffa5b4c98ee0147e3174. Direct fetching of that commit
>> failed.
>> ```
>> --
>> 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
>> <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 list
>> ghc-devs@haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>
>
>
> --
> brandon s allbery kf8nh
> allber...@gmail.com
>


-- 
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

github ghc.git broken on libraries/binary

[Shayne Fletcher via ghc-devs]

`git clone g...@github.com:ghc/ghc.git` followed by `git submodule update
--init --recursive` results in
```

error: Server does not allow request for unadvertised object
94855814e2e4f7a0f191ffa5b4c98ee0147e3174

Fetched in submodule path 'libraries/binary', but it did not contain
94855814e2e4f7a0f191ffa5b4c98ee0147e3174. Direct fetching of that commit
failed.
```
-- 
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: Trac to GitLab migration underway

[Shayne Fletcher via ghc-devs]

On Sun, Mar 10, 2019 at 5:38 PM Ben Gamari  wrote:

> Ben Gamari  writes:
>
> > Hello everyone,
> >
> > I have started the process of migrating GHC's Trac content to GitLab.
> > GitLab (gitlab.haskell.org) and Trac (ghc.haskell.org) will be down
> > until this process has finished. I will post updates as necessary.
> >
> Hi everyone,
>
> I'm happy to announce that the ticket and issue import processes are now
> complete and gitlab.haskell.org is back online.
>
[...]

Thanks for your hard work!


> Cheers,
>
> - Ben
>
>
>
> [1] https://gitlab.haskell.org/bgamari/gitlab-migration/issues
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>

-- 
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: git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

[Shayne Fletcher via ghc-devs]

On Sat, Mar 9, 2019 at 9:09 PM Michael Sloan  wrote:

> Ah, probably so, thanks!
>
> On Sat, Mar 9, 2019 at 6:05 PM Brandon Allbery 
> wrote:
> >
> > I think the public name is pointed to the staging site because the main
> one is down for the trac to github migration.
>

That's exactly it - been down Sat. I guess it will take as long as it takes!


> >>> > For now I've just done "git config --global http.sslverify false"
>
>> > temporarily to do the pull.  Perhaps this is Shayne Fletcher's cheeky
> >> > workaround? :)
>

No, that ain't it :)

-- 
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: git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

[Shayne Fletcher via ghc-devs]

On Sat, Mar 9, 2019 at 11:41 AM Oleg Grenrus  wrote:

> I can reproduce that problem on Ubuntu 14.04 which Travis uses now by
> default.
> It's "fixed" in Ubuntu 16.04. Use
>
> dist: xenial
>
> and your travis build should proceed.
>
>
Nice! Thanks!!

-- 
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: git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

[Shayne Fletcher via ghc-devs]

On Sat, Mar 9, 2019 at 1:23 AM Ben Gamari  wrote:

> Shayne Fletcher via ghc-devs  writes:
>
> [...]

> I feel like I'm missing something here. I recall you mentioned this in
> your previous message but there I'm still lacking crucial context. Can
> you offer any additional details? How exactly does it fail?
>
>
git clone https://gitlab.haskell.org/ghc/ghc.git fails on Travis Linux
Ubuntu VMs with "fatal: unable to access '
https://gitlab.haskell.org/ghc/ghc.git/': gnutls_handshake() failed:
Handshake failed.

In principle there is no reason why cloning from gitlab.haskell.org from
> Travis shouldn't work. I'd be happy to fix the issue if there is one but
> without knowing more I'm pretty powerless to change the situation.
>
>
The issue as I understand relates to gitlab's use of the "Let's Encrypt"
certificate authority. Apparently this is a relatively new authority and is
unrecognized by the SSL software on the Ubuntu VM that Travis provides. I
don't know of any workarounds at this time that can be applied in the VM
that to overcome this problem. I also don't know if anything can be done on
the gitlab side to mitigate it but suspect not. I do have a procedure that
allows me to side-step the problem for my own case and can share that with
anyone that needs it.

Cheers,
>
> - Ben
>
>

-- 
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

git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

[Shayne Fletcher via ghc-devs]

I appreciate this isn't really "our" problem :) Nonetheless, if there's any
config we can do on the repo on gitlab, that would be cool. Other URLs
(like github) for example are fine - something specific to gitlab.

-- 
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: git.haskell.org is broken

[Shayne Fletcher via ghc-devs]

On Thu, Mar 7, 2019 at 11:39 PM Shayne Fletcher <
shayne.fletc...@digitalasset.com> wrote:

> Hi Ben,
>
> On Thu, Mar 7, 2019 at 7:44 PM Ben Gamari  wrote:
>
>>
[...]

Yes, we are currently in the process of decommissioning git.haskell.org.
>> The official upstream repository is now
>> https://gitlab.haskell.org/ghc/ghc.
>>
>>
> Got it! Thanks for the update.
>
> One little problem that's causing is `git checkout
> https://gitlab.haskell.org/ghc/ghc`
>

I meant `clone` of course (long day) :)


> on Travis, linux config, seems to fail (appears to be a known issue).
> Travis macos and Appveyor work fine.
>
>

-- 
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

git.haskell.org is broken

[Shayne Fletcher via ghc-devs]

As of today,
  git clone git://git.haskell.org/ghc.git --recursive
is failing with,
  error: Server does not allow request for unadvertised object
94855814e2e4f7a0f191ffa5b4c98ee0147e3174
  Fetched in submodule path 'libraries/binary', but it did not contain
94855814e2e4f7a0f191ffa5b4c98ee0147e3174. Direct fetching of that commit
failed.

-- 
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: [ANNOUNCE] GHC 8.6.4 is now available

[Shayne Fletcher via ghc-devs]

On Wed, Mar 6, 2019 at 11:39 AM Ben Gamari  wrote:

> Shayne Fletcher via ghc-devs  writes:
>
> > On Wed, Mar 6, 2019 at 11:09 AM Shayne Fletcher <
> > shayne.fletc...@digitalasset.com> wrote:
> >
> >>
> >>
> >>> On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari  wrote:
> >>>
> >>>>
> >>>> Hello everyone,
> >>>>
> >>>> The GHC team is very happy to announce the availability of GHC 8.6.4,
> a
> >>>> bugfix release in the GHC 8.6 series.
> >>>>
> >>>
> >>> There doesn't seem to be a  ghc-8.6.4-release tag of
> >>> http://git.haskell.org/ghc.git? Can you advise me on a magic
> invocation
> >>> that would let me get a checkout of the repository at the release SHA?
> >>>
> [...]
> > Related : the `ANNOUNCE` file at least seems very out-of-date.
> >
> Hi Shayne,
>
> You should find the tag on https://gitlab.haskell.org/ghc/ghc, which is
> now the official upstream. That being said, I am a bit
> surprised that it wasn't mirrored to git.haskell.org.
>
>
Yep, thanks Ben and Matt. Got it.

> That being said, I am a bit surprised that it wasn't mirrored to
git.haskell.org.

Yes! Kind of worrying ... Will you be following through on that?


> Cheers,
>
> - Ben
>

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: em...@digitalasset.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: [ANNOUNCE] GHC 8.6.4 is now available

[Shayne Fletcher via ghc-devs]

On Wed, Mar 6, 2019 at 11:09 AM Shayne Fletcher <
shayne.fletc...@digitalasset.com> wrote:

>
>
>> On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari  wrote:
>>
>>>
>>> Hello everyone,
>>>
>>> The GHC team is very happy to announce the availability of GHC 8.6.4, a
>>> bugfix release in the GHC 8.6 series.
>>>
>>
>> There doesn't seem to be a  ghc-8.6.4-release tag of
>> http://git.haskell.org/ghc.git? Can you advise me on a magic invocation
>> that would let me get a checkout of the repository at the release SHA?
>>
>
> Oh wait! Is it the SHA in the file `GIT_COMMIT_ID`?
>
>
No, apparently not:
```
fatal: reference is not a tree: aac18e9a08e6de9648e1a62d849dcd409f407df8
```
Related : the `ANNOUNCE` file at least seems very out-of-date.

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: em...@digitalasset.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: [ANNOUNCE] GHC 8.6.4 is now available

[Shayne Fletcher via ghc-devs]

On Wed, Mar 6, 2019 at 10:59 AM Shayne Fletcher <
shayne.fletc...@digitalasset.com> wrote:

> Sorry if you get two of these messages (having some email client problems
> :) )!
>
> Hi Ben,
>
> On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari  wrote:
>
>>
>> Hello everyone,
>>
>> The GHC team is very happy to announce the availability of GHC 8.6.4, a
>> bugfix release in the GHC 8.6 series.
>>
>
> There doesn't seem to be a  ghc-8.6.4-release tag of
> http://git.haskell.org/ghc.git? Can you advise me on a magic invocation
> that would let me get a checkout of the repository at the release SHA?
>

Oh wait! Is it the SHA in the file `GIT_COMMIT_ID`?

-- 
Shayne Fletcher
Language Engineer
c: +1 917 699 7763
e: em...@digitalasset.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

Fwd: [ANNOUNCE] GHC 8.6.4 is now available

[Shayne Fletcher via ghc-devs]

Sorry if you get two of these messages (having some email client problems
:) )!

Hi Ben,

On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari  wrote:

>
> Hello everyone,
>
> The GHC team is very happy to announce the availability of GHC 8.6.4, a
> bugfix release in the GHC 8.6 series.
>

There doesn't seem to be a  ghc-8.6.4-release tag of
http://git.haskell.org/ghc.git? Can you advise me on a magic invocation
that would let me get a checkout of the repository at the release SHA?

-- 
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: [ANNOUNCE] GHC 8.6.4 is now available

[Shayne Fletcher via ghc-devs]

Hi Ben,

On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari  wrote:

>
> Hello everyone,
>
> The GHC team is very happy to announce the availability of GHC 8.6.4, a
> bugfix release in the GHC 8.6 series.
>

There doesn't seem to be a  ghc-8.6.4-release tag of
http://git.haskell.org/ghc.git? Can you advise me on a magic invocation
that would let me get a checkout of the repository at the release SHA?

-- 
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