<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7652.24">
<TITLE>SV: [lsb-discuss] How to make an application LSB compatible that refers to GLU ?</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Please see my last post about this.<BR>
<BR>
Regards,<BR>
<BR>
Jim<BR>
<BR>
<BR>
-----Ursprungligt meddelande-----<BR>
Från: Robert Schweikert [<A HREF="mailto:robert.schweikert@mathworks.com">mailto:robert.schweikert@mathworks.com</A>]<BR>
Skickat: ti 2007-10-30 18:39<BR>
Till: Jim Molander<BR>
Kopia: lsb-discuss@lists.linux-foundation.org<BR>
Ämne: Re: [lsb-discuss] How to make an application LSB compatible that refers to GLU ?<BR>
<BR>
Jim,<BR>
<BR>
To have an LSB compliant application at this point you will need to<BR>
supply libGLU. You do not necessarily have to link statically, you just<BR>
must ship libGLU with your application. I am not sure whether or not<BR>
libGLU itself is LSB compliant, thus any interface libGLU uses which is<BR>
not part of the LSB will also have to be provided by your application in<BR>
some way shape or form.<BR>
<BR>
We need to get libGLU into the LSB somehow.<BR>
<BR>
Hope this helps,<BR>
Robert<BR>
<BR>
Jim Molander wrote:<BR>
><BR>
> Hi everyone,<BR>
><BR>
> Im pretty new to this list so please excuse my manners ;)<BR>
><BR>
> The problem is the following:<BR>
><BR>
> I have developed a program that references to GL and GLU (OpenGL<BR>
> Utility), the reference to GL is fine because OpenGL is included in<BR>
> LSB (lsbappchk 3.1.1-4 for LSB Specification 3.1.1). The problem arise<BR>
> with the GLU library. What I was thinking about then is to do accoring<BR>
> to manual, either:<BR>
><BR>
> 1: Link statically:<BR>
> That I somehow manage to get my hands on a libGLU.a file somewhere.<BR>
> But It doesnt seem that it is only to download the OpenGL source from<BR>
> Mesa.org and compile it. Is it even possible to link GLU statically?<BR>
><BR>
> 2: Give the user the option to install OpenGL later on before<BR>
> installing my application. This is apparantly one solution to the<BR>
> problem, but how do I check that this is enough for LSB compliance. I<BR>
> usually run:<BR>
> > lsbappchk -s myApplication' and it usually reports:<BR>
> The following symbols were found, but are not supported in the LSB:<BR>
> gluUnProject<BR>
> gluQuadricTexture<BR>
> gluTessNormal<BR>
> ...<BR>
> And lots of other GLU reference errors. But lets say that I prompt the<BR>
> user to install OpenGL just before installing myApplication, then I<BR>
> would like to make a LSB test looking like:<BR>
> > lsbappchk -sL /usr/lib/libGLU.so myApplication' and it reports:<BR>
> read_FDE_encoded() unexpected encoding 10<BR>
> read_FDE_encoded() unexpected encoding 10<BR>
> read_FDE_encoded() unexpected encoding 10<BR>
> Dynamic Tag 0x1e unknown<BR>
> Section .note.SuSE: Not recognized by name. Checking as type SHT_NOTE<BR>
> No unspecified symbols were found.<BR>
><BR>
> Does this really mean that myApplication is LSB compatible IFF the<BR>
> user has OpenGL preinstalled?<BR>
><BR>
><BR>
> Best regards,<BR>
><BR>
> Jim Molander, Sweden<BR>
><BR>
> ------------------------------------------------------------------------<BR>
><BR>
> _______________________________________________<BR>
> lsb-discuss mailing list<BR>
> lsb-discuss@lists.linux-foundation.org<BR>
> <A HREF="https://lists.linux-foundation.org/mailman/listinfo/lsb-discuss">https://lists.linux-foundation.org/mailman/listinfo/lsb-discuss</A><BR>
> <BR>
<BR>
--<BR>
Robert Schweikert MAY THE SOURCE BE WITH YOU<BR>
(robert.schweikert@mathworks.com) LINUX<BR>
The MathWorks Inc.<BR>
Phone : 508-647-2042<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>