Skip to content

Conversation

@joshlf
Copy link
Member

@joshlf joshlf commented Jan 16, 2026

Rename Project::project to project_raw, and add a new
project_inner which returns a PtrInner instead of a raw pointer.

Remove HasField::project_inner since we can use
Project::project_inner instead.


Latest Update: v2 — Compare vs v1

📚 Full Patch History

Links show the diff between the row version and the column version.

Version v1 Base
v2 vs v1 vs Base
v1 vs Base

@gemini-code-assist
Copy link
Contributor

Summary of Changes

Hello @joshlf, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request refactors the pointer projection mechanism by clearly separating the operations that yield raw pointers from those that produce safe PtrInner wrappers. By renaming the raw pointer projection method and introducing a centralized PtrInner construction method within the Project trait, the changes enhance code clarity, improve safety by consolidating PtrInner creation logic, and reduce redundancy across the codebase. This makes the pointer casting system more robust and easier to maintain.

Highlights

  • Renamed Project::project to project_raw: The existing project method within the Project trait has been renamed to project_raw to explicitly indicate that it returns a raw pointer (*mut Dst). This improves clarity regarding the method's return type and its safety implications.
  • Introduced Project::project_inner: A new default method, project_inner, has been added to the Project trait. This method leverages project_raw to obtain a raw pointer and then safely wraps it in a PtrInner<'_, Dst>, centralizing the logic for creating safe PtrInner instances from raw projections.
  • Removed redundant HasField::project_inner: The project_inner method from the HasField trait has been removed. Its functionality is now covered by the newly introduced Project::project_inner, reducing code duplication and simplifying the trait structure.
  • Refactored PtrInner::project: The PtrInner::project method has been simplified to directly call the new Project::project_inner method, streamlining the projection process and delegating the PtrInner construction logic to the Project trait.
  • Updated Project implementations and macros: All relevant implementations of the Project trait (e.g., IdCast, CastSized, FieldProject) and associated macros (define_cast!, unsafe_with_size_eq!) have been updated to correctly use either project_raw or project_inner based on whether a raw pointer or a PtrInner is required.

🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console.

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request is a nice refactoring that renames Project::project to project_raw and introduces a new Project::project_inner method. This centralizes the logic for creating a PtrInner from a raw projected pointer, improving maintainability and safety. The changes are consistent and well-executed across the codebase. I have one minor suggestion to update a safety comment to reflect the method rename.

// does not wrap around the address space [1], and so none of the
// addresses contained in it or one-past-the-end of it are null.
//
// By invariant on `Self: Project`, `Self::project` is a
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The safety comment refers to Self::project, but this method has been renamed to Self::project_raw. Please update the comment to reflect the new name for accuracy.

Suggested change
// By invariant on `Self: Project`, `Self::project` is a
// By invariant on `Self: Project`, `Self::project_raw` is a

Comment on lines +65 to +100
/// Projects a [`PtrInner`] from `Src` to `Dst`.
///
/// # Safety
///
/// The caller may assume that the resulting `PtrInner` addresses a
/// subset of the bytes of `src`'s referent.
#[must_use]
#[inline(always)]
fn project_inner(src: PtrInner<'_, Src>) -> PtrInner<'_, Dst> {
let projected_raw = Self::project_raw(src);

// SAFETY: `src`'s referent lives at a `NonNull` address, and is
// either zero-sized or lives in an allocation. In either case, it
// does not wrap around the address space [1], and so none of the
// addresses contained in it or one-past-the-end of it are null.
//
// By invariant on `Self: Project`, `Self::project` is a
// provenance-preserving projection which preserves or shrinks the
// set of referent bytes, so `projected_raw` references a subset of
// `src`'s referent, and so it cannot be null.
//
// [1] https://doc.rust-lang.org/1.92.0/std/ptr/index.html#allocation
let projected_non_null = unsafe { core::ptr::NonNull::new_unchecked(projected_raw) };

// SAFETY: As described in the preceding safety comment, `projected_raw`,
// and thus `projected_non_null`, addresses a subset of `src`'s
// referent. Thus, `projected_non_null` either:
// - Addresses zero bytes or,
// - Addresses a subset of the referent of `src`. In this case, `src`
// has provenance for its referent, which lives in an allocation.
// Since `projected_non_null` was constructed using a sequence of
// provenance-preserving operations, it also has provenance for its
// referent and that referent lives in an allocation. By invariant on
// `src`, that allocation lives for `'a`.
unsafe { PtrInner::new(projected_non_null) }
}
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If there's no case where an implementation of Project would override this default impl, I'd suggest putting it in PtrInner where it cannot be overridden and can be called as a method on a PtrInner.

@codecov-commenter
Copy link

codecov-commenter commented Jan 16, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 91.90%. Comparing base (9ec91a1) to head (e8b0ab6).

Additional details and impacted files
@@                              Coverage Diff                              @@
##           G2eb58496ed1e3c61421020abbbb694d970d43c1c    #2894      +/-   ##
=============================================================================
+ Coverage                                      91.82%   91.90%   +0.08%     
=============================================================================
  Files                                             20       20              
  Lines                                           5883     5882       -1     
=============================================================================
+ Hits                                            5402     5406       +4     
+ Misses                                           481      476       -5     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

Rename `Project::project` to `project_raw`, and add a new
`project_inner` which returns a `PtrInner` instead of a raw pointer.

Remove `HasField::project_inner` since we can use
`Project::project_inner` instead.

gherrit-pr-id: G82a7bac1fdbde51b23d1760bfc7881a3bf862452
@joshlf joshlf force-pushed the G82a7bac1fdbde51b23d1760bfc7881a3bf862452 branch from e947a60 to e8b0ab6 Compare January 16, 2026 22:10
@joshlf joshlf closed this Jan 16, 2026
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.

3 participants