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

Avoid using "likely" function as multiple projects define a "likely" macro #216

Merged

Conversation

apolukhin
Copy link
Member

No description provided.

@codecov
Copy link

codecov bot commented Sep 8, 2022

Codecov Report

Merging #216 (268127d) into develop (b81ed28) will not change coverage.
The diff coverage is 100.00%.

Impacted file tree graph

@@           Coverage Diff            @@
##           develop     #216   +/-   ##
========================================
  Coverage    91.75%   91.75%           
========================================
  Files           77       77           
  Lines         4827     4827           
========================================
  Hits          4429     4429           
  Misses         398      398           
Impacted Files Coverage Δ
include/boost/date_time/special_values_parser.hpp 100.00% <100.00%> (ø)
include/boost/date_time/time_parsing.hpp 98.18% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update b81ed28...268127d. Read the comment docs.

@JeffGarland
Copy link
Collaborator

I'm going to agree to this change even though it's the projects defining a macro called likely that are in the wrong -- that's evil and they should know better.

@JeffGarland JeffGarland merged commit c02d713 into boostorg:develop Sep 8, 2022
@apolukhin
Copy link
Member Author

Thanks!

And yes, lower case macro are pure crystallized evil

@apolukhin apolukhin deleted the antoshkka/avoid-using-likely branch September 8, 2022 11:07
JeffGarland added a commit that referenced this pull request Oct 31, 2022
* fix typo in time_period docs (#212)

Co-authored-by: Quinn O'Connor <qoconnor@fastenal.com>

* Fix constexpr of gregorian::date::date(special_values) to improve perf (#214)

GCC up to at least 10.2 fail to resolve
gregorian::date::date(special_values) as constexpr function due to
assignment to *this within the constructor. Refactoring constructor to
initialize the instance once leads to large performance improvement.

* Avoid using likely function as multiple projects define a likely macro (#216)

* Iso doc fixes (#215)

* to_iso_*string() use "." as fractional separator

The fractional separator for the various to_iso_* methods
is "." not "," (per to_iso_string_type() implementation).
Fix the documentation to match the implementation.

* use "ISO 8601" not "iso" in documentation

The standard is "ISO 8601", so use that instead
of just "iso" or "ISO" in comments and documentation.

* fractional seconds only included if non-zero (#110)

Consistently document that the fractional seconds
are only included if non-zero.

Use "where fffffffff" not "were fff".

* Fix ccache saving on cache hit (#211)

See boostorg/boost-ci#166

* chore: bump macos runner version (#213)

GitHub Action is sunsetting the macOS 10.15 Actions runner. It will stop working intermittently until being completely removed by 2022-8-30: https://github.blog/changelog/2022-07-20-github-actions-the-macos-10-15-actions-runner-image-is-being-deprecated-and-will-be-removed-by-8-30-22

Co-authored-by: Quinnsicle <qtoconnor@gmail.com>
Co-authored-by: Quinn O'Connor <qoconnor@fastenal.com>
Co-authored-by: Povilas Kanapickas <povilas@radix.lt>
Co-authored-by: Antony Polukhin <antoshkka@gmail.com>
Co-authored-by: Luke Mewburn <luke@mewburn.net>
Co-authored-by: Alexander Grund <Flamefire@users.noreply.github.com>
Co-authored-by: Baoshuo Ren <i@baoshuo.ren>
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.

2 participants