[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [platform-releng-dev] [eclipse-build]Build N20080925-2000 (Timestamp: 200809252000):Compile errors in build
|
Right, but changing this would create compile errors in the IDE as the 1.5
JRE won't be on the classpath anymore. Since code with compile errors
should not be committed to CVS, this should prevent from getting the
errors in a build.
Andrew Niefer/Ottawa/IBM@IBMCA
Sent by: platform-releng-dev-bounces@xxxxxxxxxxx
2008-09-26 14:14
Please respond to
"Eclipse platform release engineering list."
<platform-releng-dev@xxxxxxxxxxx>
To
"Eclipse platform release engineering list."
<platform-releng-dev@xxxxxxxxxxx>
cc
Subject
Re: [platform-releng-dev] [eclipse-build]Build N20080925-2000
(Timestamp: 200809252000):Compile errors in build
PDE/Build does not read the .classpath file and does not know how to
interpret jdt.launcher.JRE_CONTAINERs
If you do intend to use 1.5 API and have a lower
Bundle-RequiredExecutionEnvironment, you will need to set
"jre.compilation.profile=J2SE-1.5" in the build.properties file.
-Andrew
Olivier Thomann/Ottawa/IBM@IBMCA
Sent by: platform-releng-dev-bounces@xxxxxxxxxxx
09/26/2008 08:36 AM
Please respond to
"Eclipse platform release engineering list."
<platform-releng-dev@xxxxxxxxxxx>
To
"Eclipse platform release engineering list."
<platform-releng-dev@xxxxxxxxxxx>
cc
Subject
Re: [platform-releng-dev] [eclipse-build]Build N20080925-2000
(Timestamp: 200809252000):Compile errors in build
java.lang.Class.getSimpleName() is a method that is only defined in 1.5.
So as your bundle is set to be EE 1.3 or Foundation 1.0, then you should
use the appropriate JRE container on the build path.
One way to achieve this is to replace the line :
<classpathentry kind="con" path="org.eclipse.jdt
.launching.JRE_CONTAINER"/>
with:
<classpathentry kind="con" path="org.eclipse.jdt
.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui
.launcher.StandardVMType/CDC-1.0%Foundation-1.0"/>
in the file .classpath_cocoa. If you properly set up your EE environment,
this error should not longer happen.
Olivier
eclipse-releng@xxxxxxxxxxx
Sent by: platform-releng-dev-bounces@xxxxxxxxxxx
2008-09-25 21:03
Please respond to
"Eclipse platform release engineering list."
<platform-releng-dev@xxxxxxxxxxx>
To
platform-releng-dev@xxxxxxxxxxx
cc
Subject
[platform-releng-dev] [eclipse-build]Build N20080925-2000 (Timestamp:
200809252000):Compile errors in build
Build N20080925-2000 (Timestamp: 200809252000): Compile errors in build.
See attached compile logs._______________________________________________
platform-releng-dev mailing list
platform-releng-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/platform-releng-dev
_______________________________________________
platform-releng-dev mailing list
platform-releng-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/platform-releng-dev
_______________________________________________
platform-releng-dev mailing list
platform-releng-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/platform-releng-dev
Title: Compiler log for org.eclipse.swt.cocoa.macosx_3.5.0.N20080925-2000
Compiler log for org.eclipse.swt.cocoa.macosx_3.5.0.N20080925-2000 : @dot.bin.xml
TOTAL : ERRORS: 1, WARNINGS: 0
ERRORS
/builds/N/src/plugins/org.eclipse.swt/Eclipse SWT Drag and Drop/cocoa/org/eclipse/swt/dnd/DropTarget.java : 1 error :
1. ERROR in /builds/N/src/plugins/org.eclipse.swt/Eclipse SWT Drag and Drop/cocoa/org/eclipse/swt/dnd/DropTarget.java
(at line 126)
String controlClass = control.view.getClass().getSimpleName();
The method getSimpleName() is undefined for the type Class
|
OTHER WARNINGS
FORBIDDEN ACCESS WARNINGS
DISCOURAGED ACCESS WARNINGS