Skip to main content
aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2018-01-26Bug 530012 – [gtk] Update make_linux to simplify building of launcher.I20180129-2000I20180129-0605I20180129-0540I20180128-2000I20180127-1500I20180127-0150I20180126-2040Leo Ufimtsev1-21/+88
Details: - This makes make_linux.mak independent, i.e the following works: make -f make_linux.mak clean all It does so by assuming default values if they are not set by build.sh. However, build.sh still overrides values for backwards compatibility. I.e, I expect it will work fine with build servers. - I migrated some linux-specific logic from build.sh to make_linux.mak * JAVA_HOME detection that I added earlier, * linux specific x86/x86_64 flags - Added a new target: dev_build_install This can be invoked like: export DEV_ECLIPSE="your/eclipse" make -f make_linux.mak clean dev_build_install It builds the launcher/lib and then you can test the output in your dev eclipse. (see target for details.). Test strategy: I've done some very through testing, I'm pretty confident it shouldn't break anything. I've accounted for x86/x86_64 differences. I've added a print statement that prints info about variables: $(info Input info: ....) This line generates the same values for when you run build.sh as well as when make_linux is invoked directly. Produced eclipse and eclipse_xxxx.so work well. Tested on Fedora 27, Wayland, gtk3.22, x86_64. Bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=530012 Change-Id: I07ec8f453acd93d368e5e8f927fa65354da0f68b Signed-off-by: Leo Ufimtsev <lufimtse@redhat.com>
2018-01-18Bug 528414 (swtWaylandLauncher) Part 2: Replace x11 with gdbusLeo Ufimtsev1-3/+4
eclipseGtk.c overhaul replacing x11 machinery with gio's gdbus for wayland support. Results: - Launcher works on wayland - All x11 is gone (at least for gtk3). - Files no longer separated via colons. - Verified on Wayland (and x11). - Also added a makefile to accelerate future development efforts and make it more obvious on how to test launcher. Technical notes: - Old machinery used to set windowProperty via x11 atoms, files were separated via colons ':'. This had issues with local urls'. - New machinery checks if there is a session on: org.eclipse.swt and if so, it passes files via a gdbus array with each file being a separate item. (I.e, colons not used anymore). - The mutex/launcher window stuff was all related to x11. gdbus doesn't use that anymore, locks are internall to gtk/glib. - A few additional minor fixes/patches (code style etc...). Test Strategy: - Below were done on both Wayland and X11: - Fedora 27, Gtk3.22. (Probably works on gtk2, but not tested). 1) Open eclipse with file(s) : ./eclipse /tmp/myfile1 [OK] ./eclipse /tmp/myfile1 /tmp/myfile2 [OK] 2) Open multiple eclipses at the same time: [OK] ./eclipse /tmp/myfile1 /tmp/myfile2 & ./eclipse /tmp/myfile3 /tmp/myfile3 3) Open eclipse. Once opened, run launcher again to pass files. [OK] ./eclipse ... ./eclipse /tmp/myfile 4) Open eclipse with launcher flag: ./eclipse --launcher.openFile /tmp/myfile1 Bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=528414 Change-Id: I73ab1e8b603deee803693f022f0c4c90ea3c43c9 Signed-off-by: Leo Ufimtsev <lufimtse@redhat.com>
2017-06-27Bug 518812 - Remove mozilla workarounds from launcherAlexander Kurtakov1-5/+1
Mozilla/Xulrunner support is being removed from SWT thus applying workarounds for it in launcher is no longer needed. Change-Id: If86168662b6c2ad244df85363233f623b1066fba Signed-off-by: Alexander Kurtakov <akurtako@redhat.com>
2017-05-29Bug 517013 - Avoid memcpy@GLIBC_2.14 dependency on Linux x86_64Martin Oberhuber1-1/+1
On newer Linux x86_64 hosts like REL7, an optimized version of memcpy() is available in glibc and linked in by default. The drawback of linking that optimized version is, that the resulting binaries don't run any more on older Linux distributions like REL6 (where that optimized memcpy@GLIBC_2.14 is not available). This fix avoids the problem by replacing memcpy() with memmove() on Linux x86_64 hosts only. To be safe, it also compiles with -fno-builtin-memcpy -fno-builtin-memmove on Linux x86_64. See also bug 515155 for a very similar fix in SWT to support REL6. Change-Id: I39bc8d4975015eb52f35d3d02eae921bf6d66478 Signed-off-by: Martin Oberhuber <martin.oberhuber@windriver.com> Signed-off-by: Arun Thondapu <arunkumar.thondapu@in.ibm.com>
2015-06-02Bug 469113 - Enable GTK3 for GTK < 3.10.9 as well on ppc64le platformSravan Kumar Lakkimsetti1-1/+0
reverted the version check for ppc64le Change-Id: I8d54479e20bbd69ab9cc8ea5f5b7a7ea4062cc16 Signed-off-by: Sravan Kumar Lakkimsetti <sravankumarl@in.ibm.com>
2015-05-19Bug 441421 - Eclipse crashes with UnsatisfiedLinkError on ppc64le Sravan Kumar Lakkimsetti1-0/+1
The code change is to set SWT_GTK3 environment variable to 0 in case of linux on ppc64le architecture. Since this change is required only on linux and ppc64le platform, the code changes are under LINUX and __ppc64le__ preprocessor macros. Added a new preprocessor macro __$(architecture)__ to make_linux.mak so that it can be used in the compilation of eclipse.c Please note: __ppc64le__ is not available as predefined macro in gcc that we are using for build Change-Id: I9748254e6ebdb9bd49f88726657171f338c6dc1a Signed-off-by: Sravan Kumar Lakkimsetti <sravankumarl@in.ibm.com>
2013-02-15Bug 394216 - o.e.equinox.executables IUs must be in build repoPaul Webster1-0/+112
Generate the correct feature and a secondary IU that doesn't include all executables.

    Back to the top