-
Notifications
You must be signed in to change notification settings - Fork 162
New unncessary code warnings due to not considered access restrictions #1998
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
Comments
I'm not aware about recent related JDT changes, also if IDE doesn't show them it looks like maven/tycho build problem? Could be some maven/tycho snapshot issue? Here what was changed in last build: eclipse-platform/eclipse.platform.releng.aggregator@9de1608 |
Tycho only calls JDT compiler it does not report any problems itself. In any case last commit was 2days ago... It could be of course that there are compiler changes not yet deployed, then IDE / Maven might use different things. |
Here is direct link to report https://ci.eclipse.org/releng/job/eclipse.platform.swt/job/master/1079/eclipse/new/ where
If I disable processing of I see that few warnings are reported for Sleak, example:
So the tycho build seem to calculate dependencies differently to PDE / see different access restrictions or no restgrictions at all? |
I'm not sure what this means, PDE+Tycho using different ways to compute the classpath, but of course this should not matter as I hope we do not have one provider that restricts access and another that don't.
The restrictions are computed doing an OSGi resolve (at Tycho) PDE uses omething similar as far as I know (but based on the Target state), but again in what case could this matter at all? The one thing that might be confusing compiler here is:
So it might depend on the ordering what restriction is seen first (or not). |
I now created to see if it makes a difference. |
Okay this fails now, what makes me even wonder how it is supposed to work that SWT requires platform at all? |
SWT doesn't require platform.ui, but Sleak (from org.eclipse.swt.tools.spies) does. |
Maybe the build uses some different compiler settings with respect to warnings. IIRC we ignore some kind of warnings by default in the parent-pom respectively set it in the projects, but it's just a unverified guess. Btw. I now also see similar new warnings in platform.ui: |
Those warnings about unused record parameters should be gone now with latest nightly build, please re-run. See eclipse-jdt/eclipse.jdt.core#3905 |
On the master build, since today (yesterday was fine) there are ten new warnings, indicating that suppression of certain
restriction
warnings would not be necessary anymore, although this is necessary and also doesn't show up in the IDE when using the latest I-Build. Therefore I assume this is a false-positive:I'm resetting the quality-gate for the master to not further block unrelated PRs, but think that this should be investigate.
@iloveeclipse could this be a JDT issue?
The text was updated successfully, but these errors were encountered: