Adam
FYI, using https://github.com/alanz/ghc-dump-tree/tree/debug-name I
can see that I have a bug elsewhere in my code.
The output is http://lpaste.net/8427907315830620160, which includes
the nameUnique for each Name in the RenamedSource.
e.g. http://lpaste.net/8427907315830620160#line267
Hi Adam
Thanks for the response. My initial mail was more of a sanity check to
see if anything had in fact changed, as I saw that the ambiguous case
is pushed to the type checker. I wanted to confirm the unambiguous
case treatment.
I will try to make a clearer description of what I see/am doing.
Hi Alan,
I certainly made a few changes to the renamer as part of the ORF work,
but I wouldn't expect them to cause the behaviour you describe. Name
resolution for ambiguous record selectors is deferred to the typechecker
when the DuplicateRecordFields extension is enabled, but unambiguous
I am working on updating HaRe for GHC 8.0.1, and have hit an issue
with the following file
---
module Field1 where
--Rename field name 'pointx' to 'pointx1'
data Point = Pt {pointx, pointy :: Float}
absPoint :: Point -> Float
absPoint p = sqrt (pointx p * pointx p +
On 8 February 2016 at 03:13, Ben Gamari wrote:
> http://downloads.haskell.org/~ghc/8.0.1-rc2/
Thank you for RC2.
I finally built ghc-8.0.0 for Fedora Rawhide (quick build):
https://copr.fedorainfracloud.org/coprs/petersen/ghc-8.0.1
(perf build is still ongoing).
One