diff options
author | Karl Schultz <[email protected]> | 2003-07-25 16:35:25 +0000 |
---|---|---|
committer | Karl Schultz <[email protected]> | 2003-07-25 16:35:25 +0000 |
commit | 9b0bb3d0523161946b84fedbb1f84e4222e340ce (patch) | |
tree | d24cf2aaea857a339e3b90c0cb9514f653958a68 /src | |
parent | fd5889f975b6fc6ce3b1cb69043ebd899ae9015e (diff) |
Add documentation.
Diffstat (limited to 'src')
-rw-r--r-- | src/glu/sgi/glu.def | 27 |
1 files changed, 26 insertions, 1 deletions
diff --git a/src/glu/sgi/glu.def b/src/glu/sgi/glu.def index 006833e8ed7..ffec651a0a4 100644 --- a/src/glu/sgi/glu.def +++ b/src/glu/sgi/glu.def @@ -1,5 +1,30 @@ DESCRIPTION 'Mesa GLU (OpenGL work-alike) for Win32' -VERSION 4.1 +VERSION 5.1 +; +; Module definition file for GLU (GLU32.DLL) +; +; Note: The GLU functions use the STDCALL +; function calling convention. Microsoft's +; GLU32 uses this convention and so must the +; Mesa GLU32 so that the Mesa DLL can be used +; as a drop-in replacement. +; +; The linker exports STDCALL entry points with +; 'decorated' names; e.g., _glBegin@0, where the +; trailing number is the number of bytes of +; parameter data pushed onto the stack. The +; callee is responsible for popping this data +; off the stack, usually via a RETF n instruction. +; +; However, the Microsoft GLU32.DLL does not export +; the decorated names, even though the calling convention +; is STDCALL. So, this module definition file is +; needed to force the Mesa GLU32.DLL to export the +; symbols in the same manner as the Microsoft DLL. +; Were it not for this problem, this file would not +; be needed (for the glu* functions) since the entry +; points are compiled with dllexport declspec. +; EXPORTS gluBeginCurve |