Improve PortableHost{Collection,Object} dictionary declarations

[makortel]

PR description:

Testing ROOT PR on an option to disable header parsing during TClass::GetClass() call (root-project/root#18402) it was noticed the type alias gets listed in the rootmap file only if the alias is requested before the real type (see root-project/root#19705 for more details).

In the mean time, having the type alias in the rootmap file is necessary to avoid header parsing for the execution of the read rules that use the type alias names, e.g.

cmssw/DataFormats/Portable/interface/PortableHostCollectionReadRules.h

Line 84 in 2de4944

rule.fSource = type + "::Layout layout_;";

, and therefore it seemed worthwhile to change the dictionaries with PortableHost{Collection,Object}.

In the present state this PR demonstrates what the impact would be for the PortableTestObjects. If deemed viable, the next steps would be to update DataFormats/Portable README and scripts, and then update all the other classes_def.xml files that declare these portable data products.

Resolves cms-sw/framework-team#1542

PR validation:

The testHeterogeneousCoreAlpakaTestWriteReadSerialSync unit test succeeds with the build of cms-sw/root#222 (comment). The resulting rootmap contains the ::Product, ::Layout, and ::Implementation type aliases that the read rules use.

[cmsbuild]

cms-bot internal usage

[cmsbuild]

+code-checks

Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-48824/45942

[cmsbuild]

A new Pull Request was created by @makortel for master.

It involves the following packages:

• DataFormats/PortableTestObjects (heterogeneous)

@cmsbuild, @fwyzard, @makortel can you please review it and eventually sign? Thanks.
@missirol, @mmusich, @rovere this is something you requested to watch as well.
@ftenchini, @mandrenguyen, @sextonkennedy you are the release manager for this.

cms-bot commands are listed here

[makortel]

@cmsbuild, please test

[cmsbuild]

+1

Size: This PR adds an extra 20KB to repository
Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-556bb6/47912/summary.html
COMMIT: cb4f965
CMSSW: CMSSW_15_1_X_2025-08-29-1100/el8_amd64_gcc12
User test area: For local testing, you can use /cvmfs/cms-ci.cern.ch/week0/cms-sw/cmssw/48824/47912/install.sh to create a dev area with all the needed externals and cmssw changes.

Comparison Summary

Summary:

• No significant changes to the logs found
• Reco comparison results: 0 differences found in the comparisons
• DQMHistoTests: Total files compared: 50
• DQMHistoTests: Total histograms compared: 4115479
• DQMHistoTests: Total failures: 29
• DQMHistoTests: Total nulls: 0
• DQMHistoTests: Total successes: 4115430
• DQMHistoTests: Total skipped: 20
• DQMHistoTests: Total Missing objects: 0
• DQMHistoSizes: Histogram memory added: 0.0 KiB( 49 files compared)
• Checked 215 log files, 184 edm output root files, 50 DQM output files
• TriggerResults: no differences found

[cmsbuild]

Milestone for this pull request has been moved to CMSSW_16_0_X. Please open a backport if it should also go in to CMSSW_15_1_X.

[makortel]

@fwyzard Given

• [ROOT6_X, ROOT636_X, RNTUPLE_X] Some AddOn tests failing with SIGSEGV in CLING #49333, fixed in Need to add TracksHost::Implementation to classes_def.xml #49360
• ROOT 6.36 results 510-660 MB higher memory usage in some workflows #49399, fixed in Avoid ROOT auto parsing for PortableHostMultiCollection #49422
• [RNTUPLE_X] Header auto-parse failure in workflow 77.0 #49470, fixed in Define dictionaries for X::Layout type aliases in DataFormats/HGCalDigi #49473

regardless of #49458 we should probably revive this PR and go systematically through all dictionary definitions of Portable* types (and update documentation).

I have a vague recollection though there was some detail I was not happy with, but I can't remember what it was.

[fwyzard]

I must admit I actually didn't remember about this PR :-(

[fwyzard]

+heterogeneous

[fwyzard]

@cms-sw/reconstruction-l2 could you check and sign this PR 🙏🏻 ?
We should try to get it in CMSSW_16_1_0_pre1 this week 😎

[fwyzard]

@cms-sw/simulation-l2 could you check and sign this PR 🙏🏻 ?
We should try to get it in CMSSW_16_1_0_pre1 this week 😎

[fwyzard]

urgent

We should try to get this PR in CMSSW_16_1_0_pre1 this week 😎

[civanch]

+1

[jfernan2]

+1

[makortel]

Is #49734 planned to be backported to 16_0_X?

Yes, that would be my preference (on top of backport this PR).

Thanks for the clarification. Given that order of preference, I'll open a backport of this PR later today.

[makortel]

unassign upgrade

Let's see if this works

[makortel]

I'll open a backport of this PR later today.

Here #49774 (I was able to use the same topic branch)

[makortel]

@cms-sw/orp-l2 This PR is only pending the signature of upgrade, that has been removed since this PR was opened, but I'm not able to drop the signature. I'd suggest to bypass that signature.

[civanch]

@Moanwar, can you please, sign this old PR?

[Moanwar]

@Moanwar, can you please, sign this old PR?

I am not sure I have the rights to do , but let me try

[Moanwar]

+Upgrade

[makortel]

I am not sure I have the rights to do , but let me try

It indeed seems like the upgrade category can't be signed anymore, and @cms-sw/orp-l2 has to bypass it.

[ftenchini]

+1

[ftenchini]

merge