Skip to content
This repository was archived by the owner on Aug 2, 2020. It is now read-only.
This repository was archived by the owner on Aug 2, 2020. It is now read-only.

bin/ vs lib/bin/ and other mismatches between hadrian and make #603

@alpmestan

Description

@alpmestan

(I haven't found a better title so far, I'm all ears if you have a better one.)

The point of this issue is to collect/track all the "tension points" between the way hadrian does things and the way the make build system and all its infrastructure (general ghc usage, tests, nofib, ...) work. In particular, we have seen some issues due to moving some binaries out of lib/bin/ to bin/ (which is why we currently have exceptions in place for unlit and touchy, because we'd otherwise have to patch GHC to tell it to look for those binaries under bin/ when it doesn't see them under lib/bin/).

In #592 (comment) I summed up why I think it's fine that we do things differently, and nobody has yelled at me so far so at least a few people agree with me on this, or are at least open to seeing where I'm offering to take this.

Please feel free to mention all those situations where something in the existing build system or in GHC itself has some expectation that hadrian does not match. We can then start addressing those issues one by one in a principled way and discuss the general direction we want to take with respect to layout of binaries, binary distributions, etc.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions