deps: get rid of uhyve-interface dependency#64
Conversation
fogti
changed the title
fogti
changed the title
uhyve-interface dependency
n0toose
left a comment
n0toose
left a comment
There was a problem hiding this comment.
I agree with the principle. The "cyclic dependency" factor felt "off" to me but I also felt it could be ignored initially - so I chose not to "challenge the status quo" there. In practice, it seems like this makes it just a little tiny bit harder (on top of many other mild inconveniences that quickly pile up) to update Uhyve's uhyve-interface and Uhyve itself: hermit-os/uhyve@b66ee70
|
Fix-up due to #66. |
fogti
force-pushed
the
no-uhyve-dep
branch
3 times, most recently
from
f3c30e3 to
48e3a7b
Compare
|
@mkroening Please take a look at this. |
|
It would be nice if this could be merged before the next release and a new release published afterwards, as this stuff is still kinda delaying kernel development by making it particularly difficult to build hermit applications against a kernel with patched |
fogti
force-pushed
the
no-uhyve-dep
branch
3 times, most recently
from
62cc464 to
ac03827
Compare
fogti
force-pushed
the
no-uhyve-dep
branch
2 times, most recently
from
d29a841 to
b8aac5c
Compare
|
Split-off #68. |
mkroening
force-pushed
the
no-uhyve-dep
branch
2 times, most recently
from
0d8bda5 to
6d30052
Compare
This required making the _Note structure generic over the length of the data.
mkroening
force-pushed
the
no-uhyve-dep
branch
from
6d30052 to
a0e56f1
Compare
The code was moved to hermit-entry in hermit-os/hermit-entry#64
The code was moved to hermit-entry in hermit-os/hermit-entry#64
4 participants
This required making the
_Notestructure generic over the length of the data.This depends on #67.