In that case, you could just run
git clone https://github.com/KhronosGroup/glslang.git and git clone https://github.com/KhronosGroup/SPIRV-Cross.git if you don't need the rest of the project.
Nothing as in no terminal output
Yeah I just gave up in the end and added the submodules by hand. Weird that it didn't work, though. Like you said, there's no obvious reason why it shouldn't.
Hmm. Well, the
&& between two shell commands basically means "only run the second command if the first command succeeds," so maybe try running the commands one at a time (if you still care).
I tried just "git init" and that creates a blank .git project with no submodules added. That's when I had to add them manually with "git submodule add *shit copied from .gitmodule file"
Yeah MIT has their courses online. It's pretty much all Python. They've finally killed off the Bearded Ones, I guess.
If I remember right, The Bearded Ones got disillusioned and stopped teaching their course because the practice of programming itself changed. SICP is from the era when the programmer was also an electrical engineer a lot of the time. Things were started from scratch and everything was quite low level. Nowadays though? Pick libstupidnamify to accomplish your task, read through the documentation, slap it onto the project, done. I don't even know what book teaches you how to do that, I sure could use it. Software design patterns maybe?
Are any of those submodule paths in .gitignore?
To be fair, this was also pretty prevalent at the time. The Lisp world was just retarded because they tried to build massive, complex systems (with GUIs and shit even) instead of straightforward, composable tools. Every Lisp programmer had their own set of DSLs and little hacks that made reuse difficult.
Well, I dunno about "listening while you work." The SICP lectures are pretty involved and deal with pretty high-level ideas. They're ideally the sort of thing you watch like you were taking a college course - notebook in hand, textbook available, and doing the problem sets between lectures.
I don't know who told you this, but it's complete nonsense. The reason why GNU went with a Unix-like design is well-documented. https://www.gnu.org/bulletins/bull1.txt
hahaha, oh wow
README.md or bust.
Reading the "Fossil vs Git" page, these people get it - what's appropriate and necessary for Linus and the Linux kernel is vastly inappropriate for most other applications. I'm pretty much sold already.
I really want to play with it at some point, but I already know how to use Git quite well for everything I need it to do, and, well, it just has the network effect - everybody uses Git because everybody uses Git. And software is not developed in isolation anymore; do any package managers or that sort of thing support pulling code from Fossil repos? It's just hard to see anything other than Git achieving its own level of usefulness in the near future.
while there is probably a way to do it in-IDE, the first thing that comes to my mind is just creating the folder and editing the cmake files directly to reflect the change
