<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Sat, 27 Oct 2018 at 04:03, Jakob Reschke <<a href="mailto:forums.jakob@resfarm.de">forums.jakob@resfarm.de</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><br></div><div>On the topic of the directory structure, I would prefer option 1 and keeping the "generated" name in favor of "gensrc". Spelling it out makes it clearer, IMHO. I also prefer third-party over othersrc because the latter is too generic. </div></div></div></blockquote><div><br></div><div>"othersrc" was a workaround since having both "/src/third-party" for our-source specifying which versions of third-party libraries are used</div><div>and also top-level "/third-party" holding not-our-sources felt odd to me.</div><div><br></div><div>Possible alternatives "/src/third-party-specs"  "/src/third-party-versiosn"  "/src/versions"   "/src/specs"</div><div><br></div><div>Rethinking "/cachedsrc", maybe better as "/third-party/buildcache" for libraries dynamically downloaded by build.</div><div>(but I'm ignorant of where the build currently does such caching and that may just be fine as it is)</div><div> <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>By the way, once the "real" source code is in the repo, and the generated C source code is as well, the generated sources will [lag] behind the Smalltalk sources most of the time, won't they? That might be confusing for people who come to the repo, clone or download it and just want to compile the VM. "Hey I pulled commit abc that fixes xyz, yet I still have the bug when I build it!?" Are there any plans to tackle this?</div></div></div></blockquote><div><br></div><div>I'd expect the local `make` to ensure the generated sources match the smalltalk sources which are all then committed together after local testing.</div><div>Although considering how Pharo currently works with git, the Smalltalk sources are only written to disk during a commit, </div><div>so yes at that moment the generated sources lag the Smalltalk sources.  </div><div>Perhaps when `make` notices stale generated-sources and regenerates them it also could do a `git commit --amend`</div><div>to ensure both are in-sync within each commit for when that is later pushed to server. </div><div><br></div><div>cheers -ben</div></div></div>