<!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 refersto GLU ?</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>I think I have to reply myself on this one, any more comments are appreciated.<BR>
<BR>
I solved this problem by installing the LSB library battery at <A HREF="ftp://ftp.linux-foundation.org/pub/lsb/snapshots/libbat">ftp://ftp.linux-foundation.org/pub/lsb/snapshots/libbat</A> and then I recompiled everything.<BR>
<BR>
But how do I explain myself in the releasenotes for my application? Do I still state that my application is LSB compatible?<BR>
<BR>
<BR>
Regards,<BR>
<BR>
Jim<BR>
<BR>
<BR>
-----Ursprungligt meddelande-----<BR>
Från: lsb-discuss-bounces@lists.linux-foundation.org genom Jim Molander<BR>
Skickat: ti 2007-10-30 17:29<BR>
Till: lsb-discuss@lists.linux-foundation.org<BR>
Ämne: [lsb-discuss] How to make an application LSB compatible that refersto GLU ?<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 Utility), the reference to GL is fine because OpenGL is included in LSB (lsbappchk 3.1.1-4 for LSB Specification 3.1.1). The problem arise with the GLU library. What I was thinking about then is to do accoring to manual, either:<BR>
<BR>
1: Link statically:<BR>
That I somehow manage to get my hands on a libGLU.a file somewhere. But It doesnt seem that it is only to download the OpenGL source from Mesa.org&nbsp;&nbsp; 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 installing my application. This is apparantly one solution to the problem, but how do I check that this is enough for LSB compliance. I usually run:<BR>
&gt; lsbappchk -s myApplication' and it usually reports:<BR>
&nbsp; The following symbols were found, but are not supported in the LSB:<BR>
&nbsp; gluUnProject<BR>
&nbsp; gluQuadricTexture<BR>
&nbsp; gluTessNormal<BR>
&nbsp; ...<BR>
And lots of other GLU reference errors. But lets say that I prompt the user to install OpenGL just before installing myApplication, then I would like to make a LSB test looking like:<BR>
&gt; lsbappchk -sL /usr/lib/libGLU.so myApplication' and it reports:<BR>
&nbsp; read_FDE_encoded() unexpected encoding 10<BR>
&nbsp; read_FDE_encoded() unexpected encoding 10<BR>
&nbsp; read_FDE_encoded() unexpected encoding 10<BR>
&nbsp; Dynamic Tag 0x1e unknown<BR>
&nbsp; Section .note.SuSE: Not recognized by name. Checking as type SHT_NOTE<BR>
&nbsp; No unspecified symbols were found.<BR>
<BR>
Does this really mean that myApplication is LSB compatible IFF the user has OpenGL preinstalled?<BR>
<BR>
<BR>
Best regards,<BR>
<BR>
Jim Molander, Sweden<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>