I'm trying to build the CPAN module by following the readme. Having followed the directions there, I get the following error:

c:\Perl\packages\OpenGL-0.56\glu_util.h(4) : fatal error C1083: 
Cannot open include file: 'GL/glu.h': No such file or directory
[download]

Unsurprising, as this file doesn't come with the CPAN module, or in glutdlls37beta.zip, or in GL.zip, which the readme suggests are all that is needed.

So then I pulled the full source distribution from here, and even that doesn't contain a GL/glu.h.

A quick google shows this to be a well known problem, but I failed to find a solution. I did locate a 'GL/glu.h' but it wasn't sufficiently up to date.

As for the ppms, ever since PPM went graphical, it mysteriously breaks as soon as you look at it. It works a few times after a freah install and then just stops working.

I've spent hours hacking my way through the maze of twisty packages that are the ActiveState::* and ActivePerl::* module spaces trying to work out what has broken, and even succeeded in fixing it briefly once, but it they seem to delight in making everything as obscure as possible. Anyone who believes that OO is the salvation of maintenance should try working out what is going on in there (or EU::MM), to realise that OO dogma leads to OO spagetti. And OO spagetti is just like procedural spagetti except that is costs 5 times as much to manufacture and is 10 times as hard to unravel.

I've also reinstalled more times since 5.8.6/AS811 than in all the preceding builds put together. Seems to me that "they" are attempting to counter the Strawberry moves to take away their Win32 perl monopoly, but instead of making things easier to use, they've gone the protectionist route...which never worked.

Bah humbug!