Replies: 3 comments 10 replies
-
|
I think things that users/developers would commonly want to do is worth including even if you could dig it out of the formal docs or play twenty-questions with an LLM. Convenience has value. |
Beta Was this translation helpful? Give feedback.
7 replies
-
|
I think providing some additional commands might be helpful, like:
Provide some quick links to the bazel FAQ and other useful resources on their end (we dont need to repeat their docs, but linking to them is helpful).
|
Beta Was this translation helpful? Give feedback.
3 replies
-
|
First pass of bazel docs merged |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
These days ChatGPT and their ilk is pretty good at explaining things, so what should OpenROAD documentation contain in regards to Bazel?
There's no royal road to learning Bazel: it is a modern build system with powerful and necessarily complex features handling everything from fast incremental builds, artifacts, hermeticity and dependency management. Bazel does the job of the necessarily complex build scripts, CMake and DependencyInstaller.sh scripts across all platforms.
Clearly it is counterproductive to repeat generic Bazel documentation in OpenROAD: it will be of lower quality and quickly out of date compared to the official Bazel documentation+googling+chatgpt.
My thinking is that the OpenROAD Bazel.md file should contain some getting started advice and documentation that can be consumed by crawlers and constrain AI/google to give more actionable help. Constraints, such as policies, are probably good examples.
https://github.com/The-OpenROAD-Project/OpenROAD/blob/master/docs/user/Bazel.md
Thoughts? Requests?
Beta Was this translation helpful? Give feedback.
All reactions