Cheng Shao writes:
> Hi all,
>
> Following a short chat in #ghc last week, I did a first attempt of
> reusing existing Iface logic to implement serialization for
> codegen-related Core. The implementation is included in the attached
> patch (~100 loc). As a quick and dirty validation of whether
Thanks Brandon,
I checked the strace log and before the error is written, there's a log entry:
openat(AT_FDCWD,
"_build/stage1/libraries/ghc-prim/build/GHC/Types.hi",
O_RDONLY|O_NOCTTY|O_NONBLOCK) = -1 ENOENT (No such file or directory)
So it looks like GHC is indeed looking at the correct hi
Without looking at the implementation, it looks to me like the filename is
doubled for some reason. This may suggest places to look.
On Wed, Sep 16, 2020 at 2:57 PM Cheng Shao wrote:
> Hi all,
>
> Following a short chat in #ghc last week, I did a first attempt of
> reusing existing Iface logic
Hi all,
Following a short chat in #ghc last week, I did a first attempt of
reusing existing Iface logic to implement serialization for
codegen-related Core. The implementation is included in the attached
patch (~100 loc). As a quick and dirty validation of whether it works,
I also modified the
