-
-
Notifications
You must be signed in to change notification settings - Fork 51
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
freeBSD #22
Comments
The biggest issue today is the availability of a recent compiler and recent gprbuild. |
Do you think it would be easy/useful to "downgrade" alr to gcc6? Or will freeBSD upgrade to gcc7+ in the near term? |
I have no visibility of Ada support on FreeBSD. The gcc6-aux is still a separate compiler and package installation. I don't forecast any change soon but I may be wrong. If we can downgrade easily, I would suggest to make some FreeBSD branch (or whatever name) so that the mainstream keeps using the Ada 2012 features. |
Given how shorthanded we are right now, perhaps the idea of a FreeBSD branch could be undertaken by some Adaist actively involved in/using FreeBSD |
FYI, gcc6-aux has been removed in Feb 2022 from FreeBSD ports. Now Alire builds with gcc 12.1 on FreeBSD 13.1 if you manage to have the gcc 12 compiler running on it. The OS detection is lacking support for FreeBSD, in particular the Now, the biggest issue is not technical but if we introduce a new OS and we start to use it in crates, then the alire repository will have to change its version I think. In other words, how can we achieve backward compatibility if we add a new OS and want to publish a crate that defines conditions on it? |
Great news about the GCC update. Actually, unknown enum values are allowed in crates from an index, just for this use case. But still, publishing will be inconvenient as the checks are strict about not accepting unknown values, and so a new alr release is needed in order to be able to publish these crates normally. We could be proactive and include plausible near-future variable values in these enums anyway. And |
* update GNAT project to recognize -XOS=freebsd and configure accordingly * add FreeBSD as a valid operating system * add AMD64 as an alias for X86_64 because uname -m returns amd64 on FreeBSD * add platform specific implementation for FreeBSD To build on FreeBSD, we should use gprbuild -j0 -P alr_env -XOS=freebsd
* Add support for FreeBSD (#22) * update GNAT project to recognize -XOS=freebsd and configure accordingly * add FreeBSD as a valid operating system * add AMD64 as an alias for X86_64 because uname -m returns amd64 on FreeBSD * add platform specific implementation for FreeBSD To build on FreeBSD, we should use gprbuild -j0 -P alr_env -XOS=freebsd * Fixes requested during code review Co-authored-by: GHA <[email protected]>
Merged in #1148 |
* Add support for FreeBSD (#22) * update GNAT project to recognize -XOS=freebsd and configure accordingly * add FreeBSD as a valid operating system * add AMD64 as an alias for X86_64 because uname -m returns amd64 on FreeBSD * add platform specific implementation for FreeBSD To build on FreeBSD, we should use gprbuild -j0 -P alr_env -XOS=freebsd * Fixes requested during code review Co-authored-by: GHA <[email protected]>
No description provided.
The text was updated successfully, but these errors were encountered: