Skip to content

Conversation

@guitargeek
Copy link
Contributor

Just like in any other getter for the inputs of RooFit functions, the RooPolyVar::x() getter should return the underlying RooAbsReal, instead of the internal proxy.

Closes #20293.

Thanks to @Phmonski for noticing this!

Just like in any other getter for the inputs of RooFit functions, the
`RooPolyVar::x()` getter should return the underlying RooAbsReal,
instead of the internal proxy.

Closes root-project#20293.
@github-actions
Copy link

Test Results

    22 files      22 suites   3d 22h 25m 25s ⏱️
 3 776 tests  3 430 ✅   0 💤 346 ❌
81 131 runs  80 385 ✅ 400 💤 346 ❌

For more details on these failures, see this check.

Results for commit 116d20f.

Copy link
Member

@lmoneta lmoneta left a comment

Choose a reason for hiding this comment

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

LGTM!
I agree it is better being consistent. Can this be a backwaerd compatibility issue for somebody or is this function just used only internally?

@guitargeek
Copy link
Contributor Author

Thanks for the review! This interface was only introduced in ROOT 6.36 with 96e023b, and so far only used internally. So I think it's not too late to change it.

@guitargeek guitargeek merged commit 66cd6ae into root-project:master Nov 17, 2025
33 of 36 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

RooPolyVar.x() yields a default variable Name of "x"

2 participants