Re: OpenGL

[Francesco Pietra <frapietra@alice.it>]

On Thursday 06 July 2006 17:50, Jo Shields wrote:
> Francesco Pietra wrote:
> > to correct a mistake (ldcofog in place of ldconfig)
> >
> > On Thursday 06 July 2006 10:58, A J Stiles wrote:
> >> On Wednesday 05 July 2006 16:52, Francesco Pietra wrote:
> >>> ..... when (on jwm window manager) trying to
> >>> launch the application from within its directory:
> >>>
> >>> $./<applicationname> return
> >>> bash: error while loading shared libraries: libXm.so.3: cannot open
> >>> shared object: No such file or directory
> >>
> >> What do you see when you do
> >>     $ ldd applicationname
> >> ?
> >
> > For a global-search molecular-mechanics application that I compiled (and
> > which has no graphics):
> > $ldd /home/francesco/applicationdir/executable
> > lib.so.6 => /lib/libm.so.6    (0x00002aaaaabc3000)
> > lib.so.6 => /lib/libc.so.6     (0x00002aaaaad49000)
> > /lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)
> >
> > For the molecular mechanics application (which contains all its libraries
> > except for OpenGL graphics) and which gives above errors while trying to
> > load:
> > $ldd /home/francesco/applicationdir/executable
> > linux-gate.so.1 => (0xffffe000)
> > libXm.so.3 => not found
> > libGL.so.1 => not found
> > libGLU.so.1 => not found
> > libjpeg.so.62 => not found
> > libXt.so.6 => not found
> > libXt.so.6 => not found
> > libX11.so.6 => not found
> > libm.so.6 => /lib32/libm.so.6 (0x55578000)
> > libc.so.6  => /lib32/libc.so.6 (0x5559c000)
> > /lib/ld-linux.so.2 (0x55555000)
> > libXmu.so.6 => not found
>
> If you want to run a 32-bit application, fairly obviously, you need
> 32-bit libraries.

OK, I'll remove this application while continuing to run it on the 32bit pc. 
Because this application is not installed (,I can simply delete its directory 
because it was simply copied; it can not have created any /lib32), I also 
want to remove /lib32, restoring the clean lib64 status. Is that OK doing
#apt-get remove --purge libc6-i386
?
or, given the situation described below, there is a risk that something needed 
(like, for example, sensors do not work any more). If anything at 32bit was 
installed (to my unwill), it was the apt-get or aptitude as described below. 
I do not care if anything not needed for basic functionality is lost.

The
/lib64
/lib32
comes as a surprise because, after base installation, I did
#apt-get remove --purge libc6-i386
resulting in
/lib
/lib64 -> /lib

I did not check what happened after 
---various update/upgrade
---install lm-sensors
---apt-get remove libsc7 (and mpqc2.3.0) in order to be able to install libsc8 
and tk8.4 requested to imnstall mpqc2.3.1
---apt-get -f install (to resolve two broken packages: do not remember which 
ones)
---install lesstif1


Thanks a lot for you patience  on answering

francesco

>
> libXm.so.3 => not provided (you need to get the 32-bit library from a
> chroot, and put it somewhere checked by ldconfig, such as
> /emul/ia32-linux/lib/)
>
> libGL.so.1 => ia32-libs, nvidia-glx-ia32, or fglrx-driver
>
> libGLU.so.1 => ia32-libs
>
> libjpeg.so.62 => ia32-libs
>
> libXt.so.6 => ia32-libs
>
> libX11.so.6 => ia32-libs
>
> libm.so.6 => libc6-i386
>
> libc.so.6 => libc6-i386
>
> /lib/ld-linux.so.2 => libc6-i386
>
> libXmu.so.6 => ia32-libs
>
> Success at running 32-bit OpenGL applications will depend on your 3D
> driver.