-
-
Notifications
You must be signed in to change notification settings - Fork 304
Improve documentation generation scripts #814
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
There is now a UNIX documentation generation script in the form of a shell script. The Windows shell script has also been improved, and some of the output of that script has been improved to match the UNIX one. Because the scripts still use Lime to generate the documentation, the shell script checks the kernel name using uname, and change the documentation generation command ever so slightly. The reason for this is that Lime only supports building to one platform at a time. This makes manual intervention necessary, so the UNIX script checks for the kernel ahead of time.
Considering the variety of kernels available alongside ELF compatibility, the UNIX documentation generation script has been modified to only check for the Darwin kernel and assume every other kernel as Linux-compatible.
|
The UNIX documentation generation script has just been updated to only check for the Darwin kernel used in macOS, and assume every other platform as Linux, considering Linux-compatible platforms such as FreeBSD and custom kernels. |
|
I'm not too knowledgable to even touch the documentation scripts, so i'm requesting a review who does |
|
Please anyone? |
|
3 at the same time lol. |
|
@NexIsDumb sorry for the disturb, do you know anything about the documentation script or no? |
This pull request improves the automation of documentation generation.
From the initial commit's message:
The filenames of the scripts now follow snake-case and follow a similar naming convention to the library installation scripts. Do note that Lime is also invoked through Haxelib for compatibility reasons (particularly with NixOS), but it should work the same and maybe even somewhat faster.