I have a number of related projects that I hosted under Git (all of these projects are in the same workspace, which is the top level of the Git repository) and cloned from my desktop (32 bit) to my laptop (64 bit) so that I could work on them everywhere. The .metadata workspace .metadata excluded, but all project folders are tracked.
When I opened the cloned workspace on the laptop, I was met by an error:
Project 'project' is missing required library: '/usr/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.5.2.v3557f.jar'
Obviously, there are no 32-bit libraries in a 64-bit eclipse, but I'm curious how this should be allowed.
This library has been added as part of the SWT / JFace Window Builder project template. There is org.eclipse.swt_3.5.2.v3557f.jar eclipse plugins folder, but changing the path to it for searching does not work (SWT does not look strange). Looking through the rest of the .classpath file for SWT / JFace projects, this particular library is the only one that is so platform specific.
I put both versions of the library in .classpath , and this allows me to create / run the code, although I have to ignore the build path error, and this error will propagate back to my desktop when I pull the laptop changes back.
Can I just symbolize a 64-bit can on a laptop up to a 32-bit name so that the classpath can find the library? Is there any other, better solution?
UPDATE : It seems that this type of project should depend on a particular SWT fragment, so until there is a better solution, I am going to symbolize these fragments on both machines in order to direct the compiler to the correct fragment. Building / launching projects on other machines (and especially on Windows) will be! but I will build this bridge when I get there.
source share