The current README file packaged with the Linux GTK version of

AppleCommander.
This commit is contained in:
Robert Greene 2002-12-06 20:10:56 +00:00
parent ff7db40e89
commit 0f5980ce4b
1 changed files with 55 additions and 0 deletions

55
build/README-linux-gtk Normal file
View File

@ -0,0 +1,55 @@
This is a highly experimental Linux GTK compile of AppleCommander. This version does
not require Java nor does it require the SWT distribution - it is compiled into a
native Linux executable.
To launch AppleCommander:
$ cd <AppleCommander directory>
$ ./applecommander.sh
Let me know if this works for you.
Thanks!
RobGreene at users.sourceforge.net
Items of note:
1. The graphics libraries that AppleCommander use are either in a Sun JVM or
in JDK 1.4.x - neither of which GCJ supports. All graphics options are
disabled (if they aren't, they certainly won't do anything). Yes,
GraphicsFileFilter.java was hacked to bits for this part.
2. The libraries that GCJ requires are listed here. My Linux/Unix is rusty
enough that I have no clue if they are standard or not:
$ ldd AppleCommander
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40023000)
libgcj.so.3 => /usr/lib/libgcj.so.3 (0x4002c000)
libm.so.6 => /lib/i686/libm.so.6 (0x40612000)
libz.so.1 => /usr/lib/libz.so.1 (0x40634000)
libdl.so.2 => /lib/libdl.so.2 (0x40642000)
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40645000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
3. I do not have the full GTK development environment. Thus, the two *.so
libraries that are distributed and the need to launch AppleCommander from
applecommander.sh to setup LD_LIBRARY_PATH.
4. For those interested, I have build files (not Makefiles) that will be
posted in the build subdirectory of the AppleCommander source files on
SourceForge.net. Note that the copy of SWT source that I obtained from
eclipse.org had pieces that would not compile -
* org.eclipse.swt.custom.DisplayRenderer.java
Added the following explicit import:
import org.eclipse.swt.custom.StyledText.LineCache;
Not sure - this may be a GCJ issue.
* org.eclipse.swt.custom.TableCursor.java
Changed "void traverse(...)" to "boolean traverse(...)" and added
returns to return the same value as "event.doit". This is because
the method that is over-ridden returns a boolean - so this class
could/should never have compiled before, right?
* org.eclipse.swt.internal.gtk.GtkSelectionData.java
* org.eclipse.swt.internal.gtk.GtkTargetEntry.java
Both of these classes were "mangled". I basically had to replace/fix
the newline character through the file.
*** END ***