[Linux-ia64] running x86 mozilla with "skin" support etc.

[Linux-ia64] running x86 mozilla with "skin" support etc.

[David Mosberger]

As you may know, the mozilla/x86 skin support pulls in dependencies on
a whole bunch x86 libraries and binaries.  Finding those dependencies
isn't entirely trivial.  I went through this exercise on my ia64
workstation and it is now set up so that mozilla/x86 works perfectly
fine (I usually prefer the native mozilla, but mozilla/x86 is still
useful for web pages that require Java, Flash, or similar plugins).

The main "trick" to get skin support working is to make sure that
/emul/ia32-linux is populated with the x86 version of /usr/bin/convert
(along with all pre-requisite libraries).  A copy of the x86 version
of the files in /usr/lib/gtk/themes/engines and /usr/lib/gdk-imlib1/
are also needed.  If someone wants a more detailed list of files, let
me know.

	--david

RE: [Linux-ia64] running x86 mozilla with "skin" support etc.

[David Mosberger]

>>>>> On Mon, 23 Sep 2002 12:58:07 -0700, "Wichmann, Mats D" <mats.d.wichmann@intel.com> said:

  Mats> I'm wrapping up pushing through the LSB specification for ia64,
  Mats> and making sure we've said the right things about x86 support.

Cool.

  Mats> What I'd really like to have is a serious "case study" or two 
  Mats> that I can use to prove that things are okay.

  Mats> Maybe I could use mozilla as one of them....

Yes, Mozilla probably isn't a bad test case.

Actually, I just realized that it's possible to get mozilla-1.0.1/x86
to run properly without needing the x86 version of /usr/bin/convert.
This simplifies things a lot.  The problem and the solution is below:

 Problem:

   Binary-only mozilla plug-ins sometimes are really just Netscape 4.x
   plugins.  Netscape 4.x was linked against libXt, so those plugins
   could use Xt-functionality without explicitly being linked against
   libXt.  The net effect is that those plugins won't work without
   pre-loading libXt.so.6.  I used to achieve that by adding the
   following line to "run-mozilla.sh":

     export LD_PRELOAD=/emul/ia32-linux/usr/X11R6/lib/libXt.so.6

   Of course, once you do that, you can't exec ia64 binaries anymore,
   because they'd try to load an x86 shared object.  For this reason,
   execing (the ia64 version of) /usr/bin/convert would fail.

 Solution:
   The problem can be solved in two ways: install x86 versions of all binaries
   that may be exec'd by an x86 application.  In the mozilla case, this
   included /usr/bin/convert.

   A better solution is to change the LD_PRELOAD line in "run-mozilla.sh" to:

     export LD_PRELOAD=/usr/X11R6/lib/libXt.so.6

   This way, x86 binaries will still preload the x86 version of the library,
   while ia64 binaries continue to be exec'utable (they'll preload the
   ia64 version of libXt.so.6, which normally doesn't hurt anything).

For completeness, I appended a list of files that I added to get the
x86-version of /usr/bin/convert to work.  These files are needed on
top of what the "ia32-libs" Debian package provides.

Note: The list below also includes bin/uname.  This isn't needed for
mozilla, but I installed it so that x86 apps that spawn "uname" will
get the expected answer for the machine architecture.

	--david

./usr/lib/libXaw.so.6.1
./usr/lib/libXaw.so.6
./usr/lib/libgmodule-1.2.so.0.0.10
./usr/lib/libgmodule-1.2.so.0
./usr/lib/libglib-1.2.so.0.0.10
./usr/lib/libglib-1.2.so.0
./usr/lib/gtk/themes/engines/libmetal.la
./usr/lib/gtk/themes/engines/libnotif.la
./usr/lib/gtk/themes/engines/libpixmap.la
./usr/lib/gtk/themes/engines/libpixmap.so
./usr/lib/gtk/themes/engines/libraleigh.la
./usr/lib/gtk/themes/engines/libredmond95.la
./usr/lib/libgdk_imlib.so.1.9.11
./usr/lib/libgdk_imlib.so.1
./usr/lib/libMagick.so.5.0.43
./usr/lib/libMagick.so.5
./usr/lib/liblcms.so.1.08
./usr/lib/liblcms.so.1
./usr/lib/libtiff.so.3.5.5
./usr/lib/libtiff.so.3
./usr/lib/libwmf-0.2.so.2
./usr/lib/libjpeg.so.62.0.0
./usr/lib/libjpeg.so.62
./usr/lib/libpng.so.2.1.0.12
./usr/lib/libpng.so.2
./usr/lib/libxml2.so.2
./usr/lib/gdk-imlib1/libimlib-bmp.so
./usr/lib/gdk-imlib1/libimlib-gif.so
./usr/lib/gdk-imlib1/libimlib-jpeg.so
./usr/lib/gdk-imlib1/libimlib-png.so
./usr/lib/gdk-imlib1/libimlib-ppm.so
./usr/lib/gdk-imlib1/libimlib-ps.so
./usr/lib/gdk-imlib1/libimlib-tiff.so
./usr/lib/gdk-imlib1/libimlib-xpm.so
./usr/X11R6/lib/libgtk-1.2.so.0.9.1
./usr/X11R6/lib/libgtk-1.2.so.0
./usr/X11R6/lib/libgdk-1.2.so.0.9.1
./usr/X11R6/lib/libgdk-1.2.so.0
./usr/X11R6/lib/libdps.so.1.0
./usr/X11R6/lib/libdpstk.so.1.0
./usr/X11R6/lib/libdpstk.so.1
./usr/X11R6/lib/libdps.so.1
./usr/X11R6/lib/libbz2.so.1.0
./bin/uname

RE: [Linux-ia64] running x86 mozilla with "skin" support etc.

[David Mosberger]

>>>>> On Mon, 23 Sep 2002 13:47:45 -0700, David Mosberger <davidm@linux.hpl.hp.com> said:

  > For completeness, I appended a list of files that I added to
  > get the x86-version of /usr/bin/convert to work.  These files
  > are needed on top of what the "ia32-libs" Debian package
  > provides.

Oops, I forgot to mention that this list of files is of course
relative to /emul/ia32-linux/

	--david

  > ./usr/lib/libXaw.so.6.1
  > ./usr/lib/libXaw.so.6
  > ./usr/lib/libgmodule-1.2.so.0.0.10
  > ./usr/lib/libgmodule-1.2.so.0
  > ./usr/lib/libglib-1.2.so.0.0.10
  > ./usr/lib/libglib-1.2.so.0
  > ./usr/lib/gtk/themes/engines/libmetal.la
  > ./usr/lib/gtk/themes/engines/libnotif.la
  > ./usr/lib/gtk/themes/engines/libpixmap.la
  > ./usr/lib/gtk/themes/engines/libpixmap.so
  > ./usr/lib/gtk/themes/engines/libraleigh.la
  > ./usr/lib/gtk/themes/engines/libredmond95.la
  > ./usr/lib/libgdk_imlib.so.1.9.11
  > ./usr/lib/libgdk_imlib.so.1
  > ./usr/lib/libMagick.so.5.0.43
  > ./usr/lib/libMagick.so.5
  > ./usr/lib/liblcms.so.1.08
  > ./usr/lib/liblcms.so.1
  > ./usr/lib/libtiff.so.3.5.5
  > ./usr/lib/libtiff.so.3
  > ./usr/lib/libwmf-0.2.so.2
  > ./usr/lib/libjpeg.so.62.0.0
  > ./usr/lib/libjpeg.so.62
  > ./usr/lib/libpng.so.2.1.0.12
  > ./usr/lib/libpng.so.2
  > ./usr/lib/libxml2.so.2
  > ./usr/lib/gdk-imlib1/libimlib-bmp.so
  > ./usr/lib/gdk-imlib1/libimlib-gif.so
  > ./usr/lib/gdk-imlib1/libimlib-jpeg.so
  > ./usr/lib/gdk-imlib1/libimlib-png.so
  > ./usr/lib/gdk-imlib1/libimlib-ppm.so
  > ./usr/lib/gdk-imlib1/libimlib-ps.so
  > ./usr/lib/gdk-imlib1/libimlib-tiff.so
  > ./usr/lib/gdk-imlib1/libimlib-xpm.so
  > ./usr/X11R6/lib/libgtk-1.2.so.0.9.1
  > ./usr/X11R6/lib/libgtk-1.2.so.0
  > ./usr/X11R6/lib/libgdk-1.2.so.0.9.1
  > ./usr/X11R6/lib/libgdk-1.2.so.0
  > ./usr/X11R6/lib/libdps.so.1.0
  > ./usr/X11R6/lib/libdpstk.so.1.0
  > ./usr/X11R6/lib/libdpstk.so.1
  > ./usr/X11R6/lib/libdps.so.1
  > ./usr/X11R6/lib/libbz2.so.1.0
  > ./bin/uname

Re: [Linux-ia64] running x86 mozilla with "skin" support etc.

[Don Dugger]

Two other case studies I can think of are Netscape and Qauke 3 Arena.  What
I like about these two programs is that we don't have access to the source
code at all so the x86 support under IA64 has to be right or else there's
nothing we can do.

Of course, the Quake frame rate on BigSur's are so slow that I always got
killed but it was a fun exercise :-)  I don't have a Itanium II to see
what it's like on one of those.

On Mon, Sep 23, 2002 at 01:47:45PM -0700, David Mosberger wrote:
> >>>>> On Mon, 23 Sep 2002 12:58:07 -0700, "Wichmann, Mats D" <mats.d.wichmann@intel.com> said:
> 
>   Mats> I'm wrapping up pushing through the LSB specification for ia64,
>   Mats> and making sure we've said the right things about x86 support.
> 
> Cool.
> 
>   Mats> What I'd really like to have is a serious "case study" or two 
>   Mats> that I can use to prove that things are okay.
> 
>   Mats> Maybe I could use mozilla as one of them....
> 

-- 
Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
n0ano@n0ano.com