--omoDpFw/qA
Content-Type: text/plain; charset=us-ascii
Content-Description: message body text
Content-Transfer-Encoding: 7bit

FYI. I told them that this won't be accepted on NetBSD, but the
working group is doesn't seem to be willing to change this. 

			      Matthieu


--omoDpFw/qA
Content-Type: message/rfc822
Content-Description: forwarded message
Content-Transfer-Encoding: 8bit

CONTENT-TRANSFER-ENCODING: 8bit
Content-Length: 1129
	by idefix.laas.fr (8.9.3/8.9.3) with ESMTP id JAA16903
	for <matthieu@idefix.laas.fr>; Tue, 4 Apr 2000 09:46:19 +0200 (MET DST)
	by laas.laas.fr (8.9.3/8.9.3) with ESMTP id JAA01351
	for <Matthieu.Herrb@laas.fr>; Tue, 4 Apr 2000 09:46:07 +0200 (MET DST)
	id C8F8396B7; Tue,  4 Apr 2000 17:45:09 +1000 (EST)
	id 5A5C1965D; Tue,  4 Apr 2000 17:45:09 +1000 (EST)
	by x.physics.usyd.edu.au (8.9.1a/8.9.1) with ESMTP id RAA03081
	for <devel@XFree86.Org>; Tue, 4 Apr 2000 17:45:06 +1000 (EST)
	by emu.dpmms.cam.ac.uk with smtp (Exim 3.01 #5)
	id 12cO1E-0000EI-00; Tue, 04 Apr 2000 08:45:00 +0100
Message-ID: <38E99D79.71225793@dpmms.cam.ac.uk>
Organization: DPMMS, Cambridge University
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Reply-To: devel@XFree86.Org
Errors-To: owner-devel@XFree86.Org
From: Andrew C Aitchison <A.C.Aitchison@dpmms.cam.ac.uk>
Sender: owner-devel@XFree86.Org
To: devel@XFree86.Org
Subject: OpenGL headers and libraries out of place
Date: Tue, 04 Apr 2000 08:44:57 +0100

The OpenGLŪ Application Binary Interface for Linux
	http://oss.sgi.com/projects/ogl-sample/ABI/
requires that libGl.so.* lives in /usr/lib and gl.h lives in
/usr/include.
XFree86 v4.0 ships with all these files in the /usr/X11R6 tree.

This standard exists to ensure that all 3D applications can easily
find the OpenGL headers and libraries they need, and it would be a
major disservice to Linux if we didn't follow it.

Do other people have views on whether XFree86 on other platforms
should leave these files in /usr/X11R6 or put them in /usr/lib +
/usr/include ?

My initial thought is that *BSD may wish to follow Linux, but that
platforms which provide their own OpenGL implementation (eg Solaris)
may have good reasons not to follow Linux.
I guess it is a Unix-centrred assumption that /usr/lib and
/usr/include are even "standard places" true on all supported
platforms ?

I would tend towards having installers *not* replace existing
versions of these files with the XFree86 versions, not least
because at present there are 2 features present in stand alone
Mesa which are missing from our libraries. 

Andrew C Aitchion

--omoDpFw/qA--