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

Simpify building, don't links="riot-sys" #38

Open
wants to merge 6 commits into
base: main
Choose a base branch
from
Open

Conversation

chrysn
Copy link
Member

@chrysn chrysn commented Jan 31, 2024

With riot-wrappers ceasing to depend on exported variables in RIOT-OS/rust-riot-wrappers#79, the door is open for stopping the re-export of variables and setting links="riot-sys" (which as a matter of fact we don't do: We don't link it in, we merely provide a static library to be combined with it).

This is a breaking change, and would make a 0.8; nonetheless, riot-wrappers could stay compatible with 0.7 and 0.8 simultaneously (we may not want it to because it won't be tested, but it's convenient that riot-wrappers doesn't really need to change -- it can just stop using something riot-sys provides before riot-sys jumps the version and stops providing it).

This has been causing warnings all over the place, just because it was a
marker variant that was currently not in use. As no markers will be
added any more as per the deprecation note, this can go already.
The CC/CFLAGS are thus not exported any more (riot-wrappers doesn't need
them since [79]), and the modules list is not neede any more because it
was only taken in to be forwarded.

[79]: RIOT-OS/rust-riot-wrappers#79
chrysn added a commit that referenced this pull request Feb 1, 2024
This is not a breaking change, it just turns what used to be a build.rs
error into a later error (eg. when used with an older riot-wrappers,
that would be missing modules -- but only if the build system suddenly
stopped passing in the variable).

Tolerating the absence allows the build system to phase out passing
dummy values into RIOT_USEMODULES even before [38] is through.

[38]: #38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant