-
Notifications
You must be signed in to change notification settings - Fork 197
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
libDaisy submodule capitalization #220
Comments
this should be resolved, but I know people may still run into an issue with previous clones (though at this point, even with wrong spelling it compiles on the mac OS machine I was testing on ... So we'll see I suppose). I'll leave this open for a bit with this note: If you get a |
Hello, I'm on a linux platform. |
The macos filesystem is acutally case insensitive |
@HeckHeckHeckHeck It would be more accurate to say that APFS can be case-sensitive, but it is not by default. See here for details. |
@CorvusPrudens True, you are right! thanks for pointing that out. i actually forgot that since, case-insensitive is the default. |
The libDaisy capitalization is inconsistent across the tools in DaisyExamples. The submodule is set to always clone into
libdaisy
, and some of thehelper.py
commands create lower case libDaisy references. Since the repo name is libDaisy, it's probably best to get everything aligned with that capitalization.This was particularly annoying for mac / linux users because the unix cpp configuration for vscode assumed a capital D.
The text was updated successfully, but these errors were encountered: