-
Notifications
You must be signed in to change notification settings - Fork 2k
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
List of compiling issues on OS X #6473
Comments
There are four output backends, of which the first redirects to stdout, the second to SDL, the third to SPI and the fourth to I2C. First two can run on native without problems. |
Super, I'll mark it as done. |
@kYc0o please not that with #6444 and #6599 the default board for certain boards changed. Which means, that even without supplying a specific board via That said: as I use macOS myself and do also care about those (nasty) compile errors or warnings: could you please update your list. Many issues are resolved in the mean time anyway, so could also be reasonable to close this one (for now). |
On macOS using Apple LLVM version 9.0.0 this test would not compile due to clang detecting the buffer overflow. Since this test is all about having a buffer overflow, I tricked clang into not detecting this anymore. This loosely relates to RIOT-OS#6473.
Since most people™ seem to be developing on linux machines, they commonly have gnu sed installed. In my experience with cross-platform projects, it makes sense to require installation of gnu-sed on macOS since dealing with the incompatibilites of sed is non-trivial. This commit introduces such a check for the relic package. For reference, the imcompatible sed call is located in pkg/relic/fix-util_print_wo_args.sh (e.g. in 775e207) This loosely relates to RIOT-OS#6473.
Since most people™ seem to be developing on linux machines, they commonly have gnu sed installed. In my experience with cross-platform projects, it makes sense to require installation of gnu-sed on macOS since dealing with the incompatibilites of sed is non-trivial. This commit introduces such a check for the relic package. For reference, the imcompatible sed call is located in pkg/relic/fix-util_print_wo_args.sh (e.g. in 775e207) This loosely relates to RIOT-OS#6473.
Will do after the release. |
On macOS using Apple LLVM version 9.0.0 this test would not compile due to clang detecting the buffer overflow. Since this test is all about having a buffer overflow, I tricked clang into not detecting this anymore. This loosely relates to RIOT-OS#6473.
In the case that GNRC_IPV6_NIB_CONF_ARSM is set but GNRC_IPV6_NIB_CONF_6LN is not, clang complains about the function _get_l2addr_from_ipv6 never being used. I couldn't easily figure out why this passes in Murdock, but I'm guessing that clang is simply being smarter than GCC. Can someone comment on whether there is a better fix for this? Relates to RIOT-OS#6473
In the case that GNRC_IPV6_NIB_CONF_ARSM is set but GNRC_IPV6_NIB_CONF_6LN is not, clang complains about the function _get_l2addr_from_ipv6 never being used. I couldn't easily figure out why this passes in Murdock, but I'm guessing that clang is simply being smarter than GCC. Can someone comment on whether there is a better fix for this? Relates to RIOT-OS#6473
In the case that GNRC_IPV6_NIB_CONF_ARSM is set but GNRC_IPV6_NIB_CONF_6LN is not, clang complains about the function _get_l2addr_from_ipv6 never being used. I couldn't easily figure out why this passes in Murdock, but I'm guessing that clang is simply being smarter than GCC. Can someone comment on whether there is a better fix for this? Relates to RIOT-OS#6473
In the case that GNRC_IPV6_NIB_CONF_ARSM is set but GNRC_IPV6_NIB_CONF_6LN is not, clang complains about the function _get_l2addr_from_ipv6 never being used. I couldn't easily figure out why this passes in Murdock, but I'm guessing that clang is simply being smarter than GCC. Can someone comment on whether there is a better fix for this? Relates to RIOT-OS#6473
AFAIK all these issues were addressed, there are new ones but I'll open another issue with them. Closing. |
I just ran
on the RIOT tests folder to know which things are free of error on OS X, and that gave results which can be useful
The text was updated successfully, but these errors were encountered: