OpenEuphoria

Re: wxEuphoria, dmak, ubuntu

• Posted by Alexander Toresson <alexander.toresson at gmail.com> Feb 10, 2006
• 475 views

Matt Lewis wrote:
> 
> Jerry Story wrote:
> > 
> > I got an email from a guy who has trouble running dmak.
> > The facts are as follows:
> > * He is running Ubuntu Linux.
> > * He is getting a message saying that wxeu.so is not being read.
> > * wxeu.so is installed in /usr/lib
> > * He says according to strace, it looks like it is being read.
> > * He found on EUforum a suggestion from Matt Lewis to build wxEuphoria with
> > patches.
> > * He wants to know if this is a good idea.
> > * If so, he wants to know how to do it.
> > * He is not thrilled with his first experience with Euphoria/wxEuphoria.
> > 
> > * In the linux.com article, dmak "worked flawlessly on Ubuntu".
> > 
> > What should I tell him?
> 
> I can't use the supplied wxeu.so on my coLinux Debian box, and have to
> build separately, so I know his pain.  I don't know why this doesn't 
> work.  On Linux it shouldn't be too difficult to rebuild from source.
> You need the wxWidgets 2.4.2 source, then apply the patches.  From
> the base directory where you unpacked the source:
> 
> $ ./configure --with-gtk
> $ make
> 
> There will be a .so in the lib/ directory (something like libwxgtk24.so).
> That needs to be copied to /usr/lib/wxeu.so.
> 
> Matt Lewis

Sorry for the mangled message. It should have read:

> He could also try running ldd /usr/lib/wxeu.so. It should complain if not
> all libraries needed are installed.

I downloaded wxeu.so and ran ldd on it. Result: 

$ ldd wxeu.so
        linux-gate.so.1 =>  (0xffffe000)
        libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0xb79c6000)
        libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0xb7990000)
        libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0xb798d000)
        libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0xb798a000)
        libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0xb7964000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7950000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb794c000)
        libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0xb7944000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7936000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb786b000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7846000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7825000)
        libtiff.so.3 => not found
        libz.so.1 => /usr/lib/libz.so.1 (0xb7811000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb77ec000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7732000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7727000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb75f0000)
        /lib/ld-linux.so.2 (0x80000000)

That is, libtiff.so.3 is missing. Seeing that libtiff.so.3 wasn't included in
debian, I googled a bit and found the following:

http://lists.debian.org/debian-release/2004/07/msg00065.html

"Version 3.6.1
is the last version of libtiff that will be released as libtiff.so.3.
(To be complete: programs that only use the "TIFF" type, and not the
"TIFFRGBAImage" type, will most likely continue to work properly with
either version of the library.  There are a few other minor changes,
but they may or may not impact the public ABI.)"

That is, you could try the following:

1. symlinking libtiff.so.4 to libtiff.so.3 (ln -s /usr/lib/libtiff.so.4
/usr/lib/libtiff.so.3)

2. get a copy of libtiff3g from ftp://ftp.debian.org/debian/pool/main/t/tiff/

3. download the package files of 3.6.1-5 from
http://snapshot.debian.net/libtiff4 and build the package manually.

Regards, Alexander Toresson