-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
[ntuple] Move public utility types out of experimental #17665
base: master
Are you sure you want to change the base?
Conversation
555b382
to
a7e39d6
Compare
a7e39d6
to
cf16f85
Compare
Test Results 18 files 18 suites 3d 18h 22m 45s ⏱️ For more details on these failures, see this check. Results for commit cf16f85. ♻️ This comment has been updated with latest results. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
some questions inline
class RLogChannel; | ||
/// Log channel for RNTuple diagnostics. | ||
ROOT::RLogChannel &NTupleLog(); | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, do we want this in the public interface? Would it be sufficient to be in ROOT::Internal
?
ENTupleColumnType fType; | ||
ROOT::ENTupleColumnType fType; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Question here and everywhere else: Do we want to qualify the types in our own classes? I think it should not be needed due to namespace
nesting, and it becomes redundant when we move other classes. Will we remove them later on?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As discussed in the IO meeting, it's needed because otherwise it will pick up the (deprecated) using
declarations in ROOT::Experimental
. The approach may be to remove the deprecation message for now and only add it back once all classes are moved until we remove the using
declarations before branching.
Companion PR: root-project/roottest#1258