-
Notifications
You must be signed in to change notification settings - Fork 141
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
Changes for Embarcadero C++ clang-based compilers #266
Conversation
…ig for the Embarcadero non-clang-based compilers.
…oost config for the Embarcadero non-clang-based compilers. Embarcadero C++ clang-based compilers act like clang ( __GNUC__ ) in regard to SEH based signal handling.
Please do not get angry at the Travis/Appveyor/Codecov on the ML, nothing works right now and I have my own CI. |
I am sorry if i gave the impression that I am angry in any way, whether that involves code coverage or any other issue. There is no rush on seeing if this PR is valid since, as I say in the title, the change is targeted for Boost 1.74 and that is a long way away. I still have more work to do to try to get the Embarcadero C++ clang-based compilers to work properly with Boost.Test but this PR is at least a good first start, but there is no rush to get this merged right now. |
… become declarations and inline definitions outside the class for Embarcadero C++ clang-based compilers. This bug has been reported to Embarcadero.
Hi, Sorry for the late answer:
No worries on my side, I just wanted to point out that some of those CI thinggies are not working as expected. But all is fine on my personal CI, so the PR seems good to go. I would just like to squash some commits, aggregate some macros and cleanup |
Branch |
Looks fine. I am not sure what adding the 1.74 label or adding to the 1.74 milestone actually does, but as far as changing the title of the PR I am good with that. I am 100% sure that my PR changes will not affect any other compiler than the Embarcadero C++ clang-based compilers, and I still have work to do to test those compilers with this library, but the PR is a good start. |
Those labels are for my personal (lack of) organization. Thanks for the quick feedback. |
In |
There is no necessity for this to go to 'master' until you are ready. I will check the regression tests on 'develop' to make sure nothing is amiss. You should really try to get your CI tests working properly to give you peace of mind whenever there is a PR against the 'test' library. |
I have already an excellent coverage on a private CI with ~ 20 machines that covers most of the Appveyor+Travis builds, and which is must faster that those community tools. My CI is green, this is why it has been merged to |
in master, thanks! |
No description provided.