Skip site navigation (1)Skip section navigation (2) 
Date:      Thu, 9 Sep 1999 01:01:06 +0200 (CEST)
From:      Marc van Woerkom <van.woerkom@netcologne.de>
To:        multimedia@freebsd.org
Cc:        runge@rostock.zgdv.de, asami@freebsd.org, jseger@freebsd.org
Subject:   Re: ANNOUNCE: Linux ABI/SDK standards for OpenGL/Mesa (fwd)
Message-ID:  <199909082301.BAA01915@oranje.my.domain>
In-Reply-To: <37D6BAED.67E1D90F@rostock.zgdv.de> (message from Thomas Runge on Wed, 08 Sep 1999 21:37:17 %2B0200)
References:  <199909081852.LAA36244@rah.star-gate.com> <37D6BAED.67E1D90F@rostock.zgdv.de>
next in thread | previous in thread | raw e-mail | index | archive | help 
> Gna, just read the document. It's almost all about binary compatibility.
> Hopefully we or the Linuxers won't go the Windows way in providing only
> binaries for apps... Even if we've got a good Linux mode, there is
> NetBSD
> as well with a lot of non-x86 architectures, which will suffer from it.

And another spec to put through the processing pipe .. when do these folks 
have time to code? :)


That forwarded doc explains this recent mail from Brian Paul on Mesa-dev:

> Here's another issue.  There's an effort underway to standardize
> the OpenGL environment on Linux.  One aspect of that is version
> numbering for the libGL.so file (used to be libMesaGL.so).
>
> I propose this lib name for the 3.1 release:  libGL.so.1.2.310
> The 1.2 designates an implementation of the 1.2 API specification.
> The 310 designates the Mesa version number (3.1.0).  The main idea
> is to allow Linux OpenGL apps to relink with other OpenGL
> implementations at load/runtime.  Comments?

Our present Mesa 3.0 setup looks like this:

    libGL.a -> libMesaGL.a
    libGL.so -> libGL.so.1
    libGL.so.1
    libGL.so.14 -> libMesaGL.so.14
    libGLU.a -> libMesaGLU.a
    libGLU.so -> libMesaGLU.so
    libGLU.so.14 -> libMesaGLU.so.14
    libMesaGL.a
    libMesaGL.so -> libMesaGL.so.14
    libMesaGL.so.14
    libMesaGLU.a
    libMesaGLU.so -> libMesaGLU.so.14
    libMesaGLU.so.14


My understanding from

    http://www.freebsd.org/~asami/elf-guidelines.txt

sections (3a) and (5) was, that since ELF we left the major.minor 
numbering scheme for shared libs to simply that of one version number.

    "bump it, if it breaks old stuff"

as ELF would use no other error detection than crashing at runtime 
otherwise.


So too me it looks like we end up with something like libGL_1_2.310,
if use Brians idea.

I pass this on.
What should we do under FreeBSD?


Regards,
Marc


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909082301.BAA01915>