[TensorRT EP] revert oss parser to 10.7-GA

[yf711]

Description

• Revert oss parser version as 10.8-GA rely on onnx 1.18, which is not available yet.

Motivation and Context

• OSS 10.8-GA can't work with ONNX 1.17, which will cause ORT build failure when enabling --use_tensorrt_oss_parser

• Action needed to adapt latest 10.7-GA or 10.8-GA oss parser branch to fix scatterND attribute issue

[chilo-ms]

The TRT CI has building issue.

[yf711]

onnx-tensorrt introduced a dependency plugin.h, which is available by tarball/zip installation (underTensorRT-tarball/python/include/impl/) but not available by linux package installation. OSS parser users who use Windows/Linux tarball installation are not affected.
Updating the logic to make sure builtin parser users are not blockedThis logic is not needed, as onnx-tensorrt is able to locate the dependency by itself

[jywu-msft]

this is a bit confusing. if we publish packages built against TRT 10.8 but stay with10.7 parser?

[chilo-ms]

onnx-tensorrt introduced a dependency plugin.h, which is available by tarball/zip installation (underTensorRT-tarball/python/include/impl/) but not available by linux package installation. OSS parser users who use Windows/Linux tarball installation are not affected.
Updating the logic to make sure builtin parser users are not blocked

Why previously when our CI was running with TRT 10.6 built-in parser didn't complain about this plugin.h depedency?

[yf711]

onnx-tensorrt introduced a dependency plugin.h, which is available by tarball/zip installation (underTensorRT-tarball/python/include/impl/) but not available by linux package installation. OSS parser users who use Windows/Linux tarball installation are not affected.
Updating the logic to make sure builtin parser users are not blocked

Why previously when our CI was running with TRT 10.6 built-in parser didn't complain about this plugin.h depedency?

This dependency is only needed by oss parser. CIs that use Bulit-in parser have no issue even though there's no plugin.h

[chilo-ms]

Updating the logic to make sure builtin parser users are not blocked

You mention "Updating the logic to make sure builtin parser users are not blocked", it should be oss parser, right?

[chilo-ms]

This function is much complex than the original check.
In additions to check 10.0.1, do we need to check other TRT version?

[yf711]

So far it's not needed. I will clean this

[yf711]

Updating the logic to make sure builtin parser users are not blocked

You mention "Updating the logic to make sure builtin parser users are not blocked", it should be oss parser, right?

I didn't mention that clearly.
The original code I added (search plugin.h without if check) was a blocker. This part is now removed, as it's not needed.