This is the mail archive of the
mailing list for the Cygwin project.
Re: Header problem with OGL on Cygwin
- From: Igor Pechtchanski <pechtcha at cs dot nyu dot edu>
- To: Paul Sargent <Paul dot Sargent at 3dlabs dot com>
- Cc: cygwin at cygwin dot com
- Date: Tue, 18 Mar 2003 11:42:01 -0500 (EST)
- Subject: Re: Header problem with OGL on Cygwin
- Reply-to: cygwin at cygwin dot com
On Tue, 18 Mar 2003, Paul Sargent wrote:
> Thanks for the sample app Andre, that compiled fine. That showed me it
> wasn't a system issue, so resolved to dig a bit more. I've made some headway
> although I'm not sure I understand it.
> Basically it seems to boil down to the order that I'm including header files
> in my source files.
> I'm using the glpng library <http://www.wyatt100.freeserve.co.uk/download.htm>
> to load textures. If I "#include" the glpng header file before reading in the
> standard gl.h and glut.h files then the symbols in my object files change
> from the '_glBegin at 4' style to the '_glBegin' style.
> I've attached the glpng.h header to this mail (it's pretty small). If
> anybody can teach me why this header changes the behaviour of the standard
> GL headers I'd appreciate the education.
> I'm now getting segmentation violations when I run the thing, but that's my
Here's your culprit:
/* XXX This is from Win32's <windef.h> */
#if (_MSC_VER >= 800) || defined(_STDCALL_SUPPORTED)
#define APIENTRY __stdcall
This screws up a similar chunk of code in the standard Cygwin w32api
include files (which check for a slightly more liberal condition than
just the MSC version).
|\ _,,,---,,_ pechtcha at cs dot nyu dot edu
ZZZzz /,`.-'`' -. ;-;;,_ igor at watson dot ibm dot com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html