Skip to content

QoL: Update the git workflow so that upon release we won't need to manually rename 12 files #216

@forwardpointer

Description

@forwardpointer

Words from Andrew:
"""
the idea is that the cmake install command prepares an output tree with stuff that is interesting from our project. That has a few dirs like bin for binaries, include for headers, and I think lib for libraries. CPack goes and collects that stuff and packages it up, and is supposed to be fairly configurable in that you can use CMAKE_* variables in the file names.

In practice, it never worked properly for me.

There is also a weird dance of variable sharing between CMake and CPack, because certain things are set at configure-time, and other thigns aren't available until build-time, especially with "multi-config" generators, like the Visual Studio generator and Ninja Multi-build (both of which we use). We have no chocie for the Visual Studio one; we could change to single-config Ninja for Linux, but that would complicate things even further since we'd have to have separate CPack configs per OS

I'd eventually like to get back to it, but renaming the files manually was the least of all evils at the time, so I stuck with that after having been super frustrated and burned WAY more time than I ever wanted to on something that's not even related to the feature/code
"""

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions