It's interesting to note though that open_pdks don...
# gf180mcu
p
It's interesting to note though that open_pdks don't uses the submodules pointers and instead keep a map of submodules to commit hash in there https://github.com/RTimothyEdwards/open_pdks/blob/master/gf180mcu/gf180mcu.json#L86
t
@proppy: Because I dislike submodules. . .
p
yep, I'm not a fan on the current repo layout either. I think it's totally fine for open_pdks to reference specific revision and applies patch over them as long as they are coherents and tested between them.
In this particular case here, I'm just looking at a way for us to be able to produce "wip" builds that target everything from HEAD so that we can iterate more easily, without having to rely on pull request that just update git hashes being merged in various repos.
And open_pdks already seems permit that by pointing
--enable-gf180mcu-pdk
to a local checkout of
gf180mcu-pdk/libraries