-
Notifications
You must be signed in to change notification settings - Fork 3
darklua.process files in place #26
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
base: main
Are you sure you want to change the base?
Conversation
|
In my case this fixes the issue where the generated Roblox dist packages tries to resolve packages inside "luau_packages" when they are actually located in "roblox_packages". |
|
This was actually a bug introduced in #17 😬 |
|
Realized this change also makes it so files from build_files that are not present in the includes in the pesde.toml wont get copied into the dist target directory. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hello. thanks for the bug fix & improvement PR. Could you reply those request comments? i just wonder a little before merging this. i think they're fine.
Also, have you tested those changes properly?
| local destination = targetDir.path:join(buildFile) | ||
| local parent = destination:parent() | ||
| if parent then | ||
| fs.writeDir(parent) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wasn't this written already in line 240 above?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well yes in most cases the parent dir for a build file would be the targetDir, but if you input "modules/something.luau" as a build file then the parent dir would be "modules". So that code just makes sure the modules dir exist under the targetDir before writing (as fs.copy requires it).
I resolved this in 64fc1e9 |
I've run tests on a local playground which seems to work fine. |
This will change the current behaviour of processing the actual source files into the build output, and now processes the already existing copies of the source files instead with themselves as the output.
This avoids issues where darklua doesn't know what .luaurc file to pull configs from. Before it would pull them from the user's own .luaurc, but this pr will fix that and it will now use the .luaurc files generated by pesde-multitarget.