Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[cdt-dev] Problems with cross-platform CDT builds

Hi,

I have a bunch of plugins that extend CDT. 

I have defined a Product Configuration that builds my product. This builds
the entire product, including all the CDT and Eclipse components. This is
all working well on Windows and I have been building this way for a long
time.

I now want to build cross-platform (for Linux as well as Windows), so I have
added the eclipse-delta-pack (As described here:
http://aniefer.blogspot.com/2009/06/using-deltapack-in-eclipse-35.html). I
find that to get a successful build, I also have to add the cdt-master-6.0.2
in the same way. I then build my product and it all works as expected (I get
a product build for Windows and Linux, and both products work).

However, having added the delta packs (eclipse and cdt-master), when I  exit
Eclipse and restart it, I then get Java tooling errors(*). This only seems
to happen when I add cdt-master.

1. Am I going about cross-platform builds in the right way?
2. If so, any ideas on why my workspace keeps getting corrupted (If I import
the projects into a new workspace, all is OK again, unti I add the delta
packs...)
3. If not, how should I be doing cross-platform builds for CDT?

Any help appreciated!

(*) This is the exception:
!ENTRY org.eclipse.core.jobs 4 2 2010-08-27 16:52:42.676
!MESSAGE An internal error occurred during: "Initializing Java Tooling".
!STACK 0
java.lang.SecurityException: Invalid signature file digest for Manifest main
attributes
	at sun.security.util.SignatureFileVerifier.processImpl(Unknown
Source)
	at sun.security.util.SignatureFileVerifier.process(Unknown Source)
	at java.util.jar.JarVerifier.processEntry(Unknown Source)
	at java.util.jar.JarVerifier.update(Unknown Source)
	at java.util.jar.JarFile.initializeVerifier(Unknown Source)
	at java.util.jar.JarFile.getInputStream(Unknown Source)
	at sun.net.www.protocol.jar.JarURLConnection.getInputStream(Unknown
Source)
	at java.net.URL.openStream(Unknown Source)
	at
org.eclipse.core.runtime.internal.adaptor.PluginConverterImpl.findPluginMani
fest(PluginConverterImpl.java:189)
	at
org.eclipse.core.runtime.internal.adaptor.PluginConverterImpl.fillPluginInfo
(PluginConverterImpl.java:105)
	at
org.eclipse.core.runtime.internal.adaptor.PluginConverterImpl.convertManifes
t(PluginConverterImpl.java:707)
	at
org.eclipse.pde.internal.core.MinimalState.addBundle(MinimalState.java:129)
	at
org.eclipse.pde.internal.core.PDEState.createNewTargetState(PDEState.java:14
7)
	at
org.eclipse.pde.internal.core.PDEState.readTargetState(PDEState.java:115)
	at org.eclipse.pde.internal.core.PDEState.<init>(PDEState.java:98)
	at
org.eclipse.pde.internal.core.PluginModelManager.initializeTable(PluginModel
Manager.java:381)
	at
org.eclipse.pde.internal.core.PluginModelManager.findModel(PluginModelManage
r.java:753)
	at
org.eclipse.pde.core.plugin.PluginRegistry.findModel(PluginRegistry.java:77)
	at
org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize(Required
PluginsInitializer.java:31)
	at
org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer(JavaModel
Manager.java:2642)
	at
org.eclipse.jdt.internal.core.JavaModelManager$11.run(JavaModelManager.java:
2548)
	at
org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
	at
org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers(JavaM
odelManager.java:2588)
	at
org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(JavaMod
elManager.java:1808)
	at
org.eclipse.jdt.core.JavaCore.initializeAfterLoad(JavaCore.java:3410)
	at
org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAft
erLoadJob.java:35)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
--
Subs




Back to the top