fix Unnecessary @SuppressWarnings("deprecation")

[jukzi]

No description provided.

[akurtakov]

Suppressing "removal" will get the nasty effect that no one will see any warning until it's actually removed and be "surpised" that build broke.
@HannesWell Are you fine with removing the usage of these deprecated for removal APIs?

[jukzi]

Suppressing "removal" will get the nasty effect that no one will see any warning until it's actually removed and be "surpised" that build broke.

You would only see such warning if you have pde in the workspace. In that case you will get a hard compilation error if you remove the implementation.

[laeubi]

Suppressing "removal" will get the nasty effect that no one will see any warning until it's actually removed and be "surpised" that build broke.

You would only see such warning if you have pde in the workspace. In that case you will get a hard compilation error if you remove the implementation.

If it is PDE internally using deprecated PDE thing it should better be fixed than suppressed (or itself deprecated).

[akurtakov]

IMO, usage of Platform.ARCH_X86 should be removed altogether now that Platform marked it for removal now rather than fixing yet another I-build failure in 2 years.

[laeubi]

A good alternative is to simply inline the constant to these places.

[HannesWell]

IMO, usage of Platform.ARCH_X86 should be removed altogether now that Platform marked it for removal now rather than fixing yet another I-build failure in 2 years.

The affected part of the code is for the Product Editor and it's ability to add arch-specific arguments. If we remove these code paths one cannot target older versions of the Eclipse-runtime with a recent development Eclipse.

A good alternative is to simply inline the constant to these places.

I would also be in favor of this approach as it's simple doesn't add much overhead and extends the compatibility of PDE with older Eclipse releases to target.

[github-actions]

Test Results

   285 files  ±0     285 suites  ±0   47m 45s ⏱️ - 3m 25s
 3 586 tests ±0   3 510 ✅ ±0   76 💤 ±0  0 ❌ ±0 
10 950 runs  ±0  10 719 ✅ ±0  231 💤 ±0  0 ❌ ±0 

Results for commit 483f516. ± Comparison against base commit 0e399fc.

♻️ This comment has been updated with latest results.

[jukzi]

A good alternative is to simply inline the constant to these places.

I would also be in favor of this approach as it's simple doesn't add much overhead and extends the compatibility of PDE with older Eclipse releases to target.

inlined ARCH_X86

[laeubi]

What makes me wonder if we should add the other supported archs now here? so what about arm, longaarch and alike?

[laeubi]

Looks fine to me

[jukzi]

ignoring unrelated warning "The method RegistryFilteredTree.updateToolbar(boolean) overrides a method from FilteredTree that has been deprecated since version 2025-03 and marked for removal"