Improve v compiler integration in project #75
Labels
No labels
Roadmap
V
bug
docs
duplicate
enhancement
good first issue
help wanted
idea
invalid
question
wontfix
Idea
Roadmap
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No project
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set.
Reference: vieter-v/vieter#75
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The current method of pulling the release tarballs doesn't really work out that well when we have to edit vlib n stuff. It would be better to either clone a release tag, or add the v repository as a submodule (maybe just the master branch tbh). That way, we can more easily test stuff if need be.
Current idea:
Even better would be to switch to maintaining our own fork of the V compiler again, as keeping patches using version control is a lot more practical.
The issue with maintaining a fork however is having to constantly update the fork ourselves, which is rather time-consuming. We might have to think about how we can improve upon this workflow.