Skip to content

Conversation

totakura
Copy link

Current call to epsilon is made with the assumption that the dynamic type content_type is compatible with double. This does not hold true for numeric types that are bigger than double, e.g: absl::uint128. This CL fixes it by binding the call to content_type's type.

This fixes #1430.

Current call to epsilon is made with the assumption that the dynamic type `content_type` is compatible with double. This does not hold true for numeric types that are bigger than double, e.g: `absl::uint128`. This CL fixes it by binding the call to `content_type`'s type.
@totakura totakura closed this Sep 15, 2025
@barendgehrels
Copy link
Collaborator

@totakura why is this PR closed?

@totakura
Copy link
Author

@barendgehrels I made a mistake in configuring my git repo and made a commit using my private email. Since I contributed to this work as part of my employment, I have to use my employer email address instead. So I closed this PR and created the other one (#1432) with my employer email address.

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.

Compiler error when using absl::uint28 as content_type for RTrees
2 participants