Community
Participate
Working Groups
Hello, I'm currently packaging eclipse for debian and I run into problems with your makefile for motif and gtk. It requires, that it is patched before I could use it on my system. To make as less changes as possible, I had to do two patches to the make of gtk: +MOZILLA_INCLUDES=$(MOZILLA_HOME)/includes and then using this instead of the old one: - -I$(MOZILLA_HOME)/include \ + -I$(MOZILLA_INCLUDES) \ (and so on...) The other chnage was defining one more libdir -I$(JAVA_HOME)/include \ + -I$(JAVA_HOME)/include/linux \ Thsi is required for all non IBM JDKs. It would be even better if that was also overwritebale completly, like replacing it with JAVA_HOME_INCLUDES := -I$(JAVA_HOME)/include -I$(JAVA_HOME)/include/linux and using this. This way I could set this variables in the makefile call and be happy. BTW: here is the call, which I need on my debian system *after* patching: # build gtk jni files build/libswt3.0-gtk2-jni:: debian/stamp-copy-all-together-gtk cd plugins/org.eclipse.swt/gtk_bin/library/ && \ make -f make_gtk.mak make_swt make_atk make_gnome make_mozilla \ MOZILLA_INCLUDES=/usr/include/mozilla \ JAVA_HOME=$(JAVA_HOME) \ MOZILLA_HOME=/usr/lib/mozilla \ MOZILLALIBS="-L/usr/lib/mozilla -lgtkembedmoz -lxpcom" cp plugins/org.eclipse.swt/gtk_bin/library/*so plugins/org.eclipse.swt/ Eclipse\ SWT\ PI/gtk/library/ The MOZILLALIBS overwrite is nessesary with latest mozilla and firebird packages I have on my system. I attach the patches which I used. There are similar things done in the motif makefile. As a sidenote: IMO it would be better to don't set the default in a machine dependend way, but use resonable defaults and use a build.sh file to set this in the makefile call. Nice greetings, Jan
Created attachment 13815 [details] gtk patch Patch to make compiling the gtk part possible on a debian unstable system
Created attachment 13816 [details] motif patch Patch to make compiling the motif parts possible on a debian unstable system
*** Bug 71635 has been marked as a duplicate of this bug. ***
Any update on this one? See also https://bugs.eclipse.org/bugs/show_bug.cgi?id=71637: Autotooling or any other way to figure out this values would be great
I recently fixed the makefile to compile on non-IBM JDKs, that part is trivial. Figuring out where the mozilla includes should be has been challenging, since this does seem to be something that the mozilla folks are fond of changing. There are a couple of other bugs filed about this from other distro packagers. Veronika and I are looking into how to improve our makefiles. Maybe we could do something simple to support more mozilla versions if we understood their differences better.
The helpwanted flag is to indicate a request for help from the community to change swt build scripts to support autotooling to help out the Linux distributions.
*** Bug 146083 has been marked as a duplicate of this bug. ***
Not sure this is still relevant but it'd be nice if distibutions could build us better.
This would be very useful to have. I think it would be worth investigating scons and cmake to see if one of those could be used instead of autotools.
(In reply to comment #9) > This would be very useful to have. I think it would be worth investigating > scons and cmake to see if one of those could be used instead of autotools. auto* are way more common than the others, though.
(In reply to comment #10) > auto* are way more common than the others, though. Right, but it's important to pick the tool that works best for the problem that we're trying to solve rather than use a tool because it's popular.
Autotools are no longer that popular(meson is probably its replacement) and nothing happened here for more than a decade so better to close it.