Skip to content
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 dependency on non-free software #128

Closed
zturtleman opened this issue Sep 24, 2013 · 1 comment
Closed

Remove dependency on non-free software #128

zturtleman opened this issue Sep 24, 2013 · 1 comment

Comments

@zturtleman
Copy link
Owner

LCC (used to compile the mod code for QVMs) should be replaced or switch from QVMs to something else.

  • Unvanquished is switching to PNaCl, worth looking into after they have it working stable. Limited platform support though iirc.
  • Using LLVM bytecode may work, though it's a pain to compile engine and game-code. It was have similar platform limits as PNaCl, I'm not sure. Corentin Wallez of Unvanquished said LLVM bytecode has "security issues and many limitations", not sure of the specifics. (PNaCl it self uses LLVM?) http://unvanquished.net/news/75-upgrading-our-15-year-old-engine
  • Another option is trying to make a compiler using LLVM to replace LCC, which may benefit other ioq3-based projects as well.
  • The crazy idea is distributing source instead of cross-platform binary blobs, which would be compiled once when needed. If compiling to native libs, there is security issues though. And having to ship a compiler on Windows and other platforms might be a pain.

A saner idea is not allow code to be downloaded from game servers at all. Allow all code to be put on a central server where it could be reviewed and available for download for various platforms (from with-in the game client). (Similar to binary packages for GNU/Linux distros.) It would be possible to have a network of computers auto build libs for various platforms.

This may not "work well" when trying to do rapid testing, but would just mean people have to compile their own code instead of using a bot network.

(this last idea isn't really completely thought through yet...)

@zturtleman
Copy link
Owner Author

May revisit this in the future, but for now I'm not going to do anything about it.

zturtleman pushed a commit that referenced this issue Jul 5, 2015
Add support for Aarch64 (ARM64)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant