Here's a few headers for anyone who wants them, with the only license restriction from me being that I am in no way, shape, or form responsible for any problems.

OpenGL
http://www.summerseas.com/jpelcis/downloads/opengl.zip

OpenAL
http://www.summerseas.com/jpelcis/downloads/openal.zip

SDL
http://www.summerseas.com/jpelcis/downloads/sdl.zip


These are essentially untested, so please tell me if something goes wrong.

On a different note...
Walter, would you please replace std.loader?  If Mike Parker (Derelict project) doesn't mind you using his, it would be a good change.

Jamie Pelcis wrote:
> Here's a few headers for anyone who wants them, with the only license restriction from me being that I am in no way, shape, or form responsible for any problems.
> 
> OpenGL
> http://www.summerseas.com/jpelcis/downloads/opengl.zip
> 
> OpenAL
> http://www.summerseas.com/jpelcis/downloads/openal.zip
> 
> SDL
> http://www.summerseas.com/jpelcis/downloads/sdl.zip
> 
> 
> These are essentially untested, so please tell me if something goes wrong.
> 
> On a different note...
> Walter, would you please replace std.loader?  If Mike Parker (Derelict project) doesn't mind you using his, it would be a good change.

Thanks!!
I've been looking for complete opengl headers for a while!

Jamie Pelcis wrote:
> Here's a few headers for anyone who wants them, with the only license restriction from me being that I am in no way, shape, or form responsible for any problems.
> 
> OpenGL
> http://www.summerseas.com/jpelcis/downloads/opengl.zip
> 
> OpenAL
> http://www.summerseas.com/jpelcis/downloads/openal.zip
> 
> SDL
> http://www.summerseas.com/jpelcis/downloads/sdl.zip
> 
> 
> These are essentially untested, so please tell me if something goes wrong.
> 
> On a different note...
> Walter, would you please replace std.loader?  If Mike Parker (Derelict project) doesn't mind you using his, it would be a good change.

Hum, what are these headers different from those from Anders (http://www.algonet.se/~afb/d/) or from Dporting (http://shinh.skr.jp/d/porting.html) ?
(well, the SDL version seems more recent, but still looks like duplicated effort)


-- 
Bruno Medeiros - CS/E student
http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D

Bruno Medeiros wrote:

> Hum, what are these headers different from those from Anders (http://www.algonet.se/~afb/d/) or from Dporting (http://shinh.skr.jp/d/porting.html) ?
> (well, the SDL version seems more recent, but still looks like duplicated effort)

From what I can tell from it, there are some differences both
in general (i.e. "how") and in coverage/license (i.e. "what")


They seem to be using the same kind of function pointers as
in Derelict, while my headers linked directly to the C libs...

i.e. the import module contains global function pointer entries,
and these are loaded from the DLL/SO at startup with std.loader

And these are in c.sdl and c.gl, mine were in sdl and opengl.
(there are also the derelict.sdl and derelict.opengl modules)


These OpenGL headers are based on Mesa 3-D and FreeGLUT, while
I used the SGI OpenGL 1.2.1 and GLUT 3.7 (both from opengl.org)

The licenses on these Open Source versions are much "nicer" than
the old ones, so that is really a good thing. They're newer, too.

They also included the GLX, WGL and AGL [empty now] extensions,
while I only included the GL/GLUT cross-platform variants in mine.


Oh, and these new ones don't support the Mac yet (maybe just Windows ?)
Tested mine (before) without any problems on Mac OS X, Linux and MinGW.

It's possible to add Mac support to these; by completing the AGL module,
and by adding support for calling the "SDL_main" hack (as usual) to SDL.

But I don't care much for the function pointers, though. Sorry... :-)
Understand they are handy on Windows, when you don't have the implibs.

--anders


PS.
I have SDL 1.2.9 in the CVS, so there shouldn't be any version diff ?
Haven't gotten around to updating the ZIPs, or fixing the DMD linking.

The primary differences are the version and what is included.  The versions should be OpenGL 2.0, GLU 1.3, GLX 1.4, FreeGLUT 2.4.0 (includes the latest GLUT), OpenAL 1.1, and SDL 1.2.9.

If I remember right, the GLext is actually more up-to-date than the official C/C++ one.

Aside from that, you're right about the duplicated effort.  We need more of a central repository for translated headers than currently exists (no offense meant to dsource).

Bruno Medeiros wrote:
> Jamie Pelcis wrote:
>> Here's a few headers for anyone who wants them, with the only license restriction from me being that I am in no way, shape, or form responsible for any problems.
>>
>> OpenGL
>> http://www.summerseas.com/jpelcis/downloads/opengl.zip
>>
>> OpenAL
>> http://www.summerseas.com/jpelcis/downloads/openal.zip
>>
>> SDL
>> http://www.summerseas.com/jpelcis/downloads/sdl.zip
>>
>>
>> These are essentially untested, so please tell me if something goes wrong.
>>
>> On a different note...
>> Walter, would you please replace std.loader?  If Mike Parker (Derelict project) doesn't mind you using his, it would be a good change.
> 
> Hum, what are these headers different from those from Anders (http://www.algonet.se/~afb/d/) or from Dporting (http://shinh.skr.jp/d/porting.html) ?
> (well, the SDL version seems more recent, but still looks like duplicated effort)
> 
> 

I thought it would be a good idea to put things that are ported into the c namespace.  If the project ever gets a pure D implementation, it wouldn't conflict with programs written for the c version.

If someone gives me the AGL header, I'll see what I can do to take care of it, too.

I'm not sure exactly what you're asking in the ps, but mine should work with 1.2.9.

Anders F Björklund wrote:
> Bruno Medeiros wrote:
> 
>> Hum, what are these headers different from those from Anders (http://www.algonet.se/~afb/d/) or from Dporting (http://shinh.skr.jp/d/porting.html) ?
>> (well, the SDL version seems more recent, but still looks like duplicated effort)
> 
>  From what I can tell from it, there are some differences both
> in general (i.e. "how") and in coverage/license (i.e. "what")
> 
> 
> They seem to be using the same kind of function pointers as
> in Derelict, while my headers linked directly to the C libs...
> 
> i.e. the import module contains global function pointer entries,
> and these are loaded from the DLL/SO at startup with std.loader
> 
> And these are in c.sdl and c.gl, mine were in sdl and opengl.
> (there are also the derelict.sdl and derelict.opengl modules)
> 
> 
> These OpenGL headers are based on Mesa 3-D and FreeGLUT, while
> I used the SGI OpenGL 1.2.1 and GLUT 3.7 (both from opengl.org)
> 
> The licenses on these Open Source versions are much "nicer" than
> the old ones, so that is really a good thing. They're newer, too.
> 
> They also included the GLX, WGL and AGL [empty now] extensions,
> while I only included the GL/GLUT cross-platform variants in mine.
> 
> 
> Oh, and these new ones don't support the Mac yet (maybe just Windows ?)
> Tested mine (before) without any problems on Mac OS X, Linux and MinGW.
> 
> It's possible to add Mac support to these; by completing the AGL module,
> and by adding support for calling the "SDL_main" hack (as usual) to SDL.
> 
> But I don't care much for the function pointers, though. Sorry... :-)
> Understand they are handy on Windows, when you don't have the implibs.
> 
> --anders
> 
> 
> PS.
> I have SDL 1.2.9 in the CVS, so there shouldn't be any version diff ?
> Haven't gotten around to updating the ZIPs, or fixing the DMD linking.

James Pelcis wrote:

> I thought it would be a good idea to put things that are ported into the c namespace.  If the project ever gets a pure D implementation, it wouldn't conflict with programs written for the c version.

Well, I think it was "supposed" to go in the etc.c (Deimos) namespace -
but since there was never any guidelines I just went with the shorter...

> If someone gives me the AGL header, I'll see what I can do to take care of it, too.

It's copyrighted by Apple, but should be straightforward to translate...
Located in /System/Library/Frameworks/AGL.framework/Headers/agl.h on OSX

Distributing Apple system headers has the same issues as Win32 headers,
but without any "w32api" version like available for the MinGW compiler.

The GL library location is /System/Library/Frameworks/OpenGL.framework,
by the way (i.e. same as "OpenGL32.dll" or "libGLX.so", but without AGL)

> I'm not sure exactly what you're asking in the ps, but mine should work with 1.2.9.

Oh, I was just meaning that I had SDL 1.2.8 as ZIP - but 1.2.9 in CVS.
Apparently the implibs I bundled weren't working for DMD/Windows either

--anders

Let me put this a different way...  I don't have a Mac, so I don't have a copy of the header.  I would still be more than happy to port it though.

The SDL 1.2.9 interface is either a superset of 1.2.8 or exactly the same, but I'm not sure which.  I'd try using your CVS version with an older version of the library to find out for sure.  If it works, assume that there is no version difference.

What's the official "version (Mac)?"

Anders F Björklund wrote:
> James Pelcis wrote:
> 
>> I thought it would be a good idea to put things that are ported into the c namespace.  If the project ever gets a pure D implementation, it wouldn't conflict with programs written for the c version.
> 
> Well, I think it was "supposed" to go in the etc.c (Deimos) namespace -
> but since there was never any guidelines I just went with the shorter...
> 
>> If someone gives me the AGL header, I'll see what I can do to take care of it, too.
> 
> It's copyrighted by Apple, but should be straightforward to translate...
> Located in /System/Library/Frameworks/AGL.framework/Headers/agl.h on OSX
> 
> Distributing Apple system headers has the same issues as Win32 headers,
> but without any "w32api" version like available for the MinGW compiler.
> 
> The GL library location is /System/Library/Frameworks/OpenGL.framework,
> by the way (i.e. same as "OpenGL32.dll" or "libGLX.so", but without AGL)
> 
>> I'm not sure exactly what you're asking in the ps, but mine should work with 1.2.9.
> 
> Oh, I was just meaning that I had SDL 1.2.8 as ZIP - but 1.2.9 in CVS.
> Apparently the implibs I bundled weren't working for DMD/Windows either
> 
> --anders

James Pelcis wrote:

> Let me put this a different way...  I don't have a Mac, so I don't have a copy of the header.  I would still be more than happy to port it though.

And that is the problem. Without a Mac, you don't have the original headers and they can't be-redistributed without permission from Apple...

For SWT on Mac OS X for instance, they have a special "license" for it

> The SDL 1.2.9 interface is either a superset of 1.2.8 or exactly the same, but I'm not sure which.  I'd try using your CVS version with an older version of the library to find out for sure.  If it works, assume that there is no version difference.

I just ran a diff on the headers from 1.2.8 to 1.2.9 and applied it...
As I recall it, there was just cosmetical differences - no API changes.

> What's the official "version (Mac)?"

version(darwin)

Only problem that it is valid both for Darwin (which runs X11, and GLX)
and for Mac OS X (which runs Quartz and AGL). But it's usually Mac OS X.

--anders

James Pelcis wrote:
> Aside from that, you're right about the duplicated effort.  We need more of a central repository for translated headers than currently exists (no offense meant to dsource).

I have a grandiose scheme for a C2D project, where rather than storing the converted headers (with associated licensing issues), we instead store the 'script' (actually more of a hint file) that was used for conversion.
It would be fantastic to accumulate a database of C2D files.

Sample C2D script format (excerpt of part of the one that converts the Win SDK headers). There are a few other sections, apart from those shown here. The C2D program can't do the full Win SDK yet (I'm currently working out what to do with bitfields in structs), but it's OK for fairly simple headers right now.
====================================
; comments start with a semicolon
; --- The following ones are only for MingW ---
#REMOVE
AbnormalTermination

; --- These are common to both Microsoft and MingW ---

; these macros get removed entirely
#REMOVE
MAKEINTATOM
DefineHandleTable
FreeProcInstance
GetFreeSpace
LimitEmsPages

; these macros are replaced with inline functions
#MACRO
RtlFillMemory
 void RtlFillMemory(void* d, uint len, ubyte f){ memset(d, f, len); }
FreeModule
 alias FreeLibrary FreeModule;
HasOverlappedIoCompleted
 bool HasOverlappedIoCompleted(LPOVERLAPPED lpOverlapped){
  return (*lpOverlapped).Internal != STATUS_PENDING;
 }

; these '#if's get turned into version(xxx) {
#VERSION
(_WIN32_WINNT >= 0x0500)
 version(WinXP)