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
Remove "python/m5/info.py" #89
Comments
Including licenses is pretty standard and something we might want to keep. The current implementation isn't that useful though since it doesn't aggregate all of the various licenses (e.g., from ext) covering gem5. On the other hand, I can't think of any use case where anyone would be shipping gem5 binaries, so it might not be very relevant. |
Good point. The Sidenote: The |
Displaying a single line or two for the license makes sense. I don't know of many tools (I can't find any on my Linux box with a cursory look) which have a Of course, if anyone distributed a gem5 binary they would also need to distribute the copyright files. But that would be up to them. I think it's odd to embed that in the binary. |
It might be less common in command line tools, but GUI applications typically do include full licenses. For example, Firefox uses the magic URL about:license to show all of the licenses covering a specific Firefox build. I'm pretty sure I have seen that in other GUI tools like KiCad and FreeCAD as well. |
Closing due to lack of agreement on how best to do this. Not an important change. |
arch-riscv: Fix syncing store-conditional info from dut to ref
This file is automatically generated during compilation and contains a copy of the LICENSE, COPYING, and README.md, which is then compiled into the gem5 binary.
As pointed out here: #71 (comment), this is not needed and should probably be removed to avoid complexity.
The text was updated successfully, but these errors were encountered: