- Sponsor
-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
[build] Use library versioning #293
Comments
Well, I decided to keep it simple and just increase version second number on every release. At the beginning I tried to be more accurate with versioning but I noticed I was changing a lot of things (API and ABI) from version to version, most of the time versions are not compatible and I don't like to keep deprecated functions around. Just decided to do it that way. But if you have some proposal to improve that and want to work on that, let me know, we can discuss it. EDIT: Not sure if I understand clearly what you mean... |
Thanks for the quick response @raysan5. I like raylib, and think it should be more widely available. For this reason I package it for the openSUSE Linux distribution. To make it easily installable for more people. Anyways, currently you ship a .so and .h file. Also with some tools we could detect when a ABI change occurs without a version bump of the library, which could lead to problems later on. |
Hi @jubalh, it sounds great to me to make raylib package available for openSUSE Linux distro! I usually work on Windows OS so I focused raylib release and testing on that system but it would be great to make raylib more widely available to the Linux community, specially for education environments. Any help on that direction is really welcomed! :) |
I think this issue can be closed as of #299 |
Hi,
How about using library versioning?
Would be great.
The text was updated successfully, but these errors were encountered: