Ah bugger, does this mean you have to use the CVS version of allegroGL with openlayer when using allegro4.2 bob?
If so, can any kind soul pass me a zip of it, it can't be much more than 350k 
Neil.
]]>I have Allegro in /ProgrammingLibraries/Allegro-4.2.0, I have made it and installed it in both the BSD library and OS X framework manners and everything works perfectly. I now with to install AllegroGL.
I went to sourceforge and I obtained alleggl-0.2.4.tar.bz2. I extracted that to /ProgrammingLibraries/alleggl. However, when I run ./fix.sh macosx, I get the following:
Configuring AllegroGL for MacOS X...
Done!
find: -!: unknown expression primary
bugs.txt
misc/dtou.sh: line 15: 1403f: No such file or directory
extensions.txt
misc/dtou.sh: line 15: 1403f: No such file or directory
faq.txt
misc/dtou.sh: line 15: 1403f: No such file or directory
howto.txt
misc/dtou.sh: line 15: 1403f: No such file or directory
quickstart.txt
misc/dtou.sh: line 15: 1403f: No such file or directory
readme.txt
misc/dtou.sh: line 15: 1403f: No such file or directory
todo.txt
misc/dtou.sh: line 15: 1403f: No such file or directory
changelog
misc/dtou.sh: line 15: 1403f: No such file or directory
configure
misc/dtou.sh: line 15: 1403f: No such file or directory
configure.in
misc/dtou.sh: line 15: 1403f: No such file or directory
depend.sh
misc/dtou.sh: line 15: 1403f: No such file or directory
dtou.sh
misc/dtou.sh: line 15: 1403f: No such file or directory
fix.sh
misc/dtou.sh: line 15: 1403f: No such file or directory
mkalias.sh
misc/dtou.sh: line 15: 1403f: No such file or directory
utod.sh
misc/dtou.sh: line 15: 1403f: No such file or directory
make/makefile.unx
misc/dtou.sh: line 15: 1403f: No such file or directory
make/makefile.gen
misc/dtou.sh: line 15: 1403f: No such file or directory
make/makefile.lst
misc/dtou.sh: line 15: 1403f: No such file or directory
I apologise, but I cannot find a way to get find to tell me its version number.
So I went into src and performed ../misc/dtou.sh *.c, then I went into include and performed ../misc/dtou.sh *.h. Now I get this:
gcc -c src/alleggl.c -o obj/macosx/release/alleggl.o -W -Wall -Wno-unused -O2 -ffast-math -fomit-frame-pointer -fno-common -pipe -Iinclude -Iinclude/allegrogl -Iinclude/allegrogl/GLext
src/alleggl.c:118: warning: missing initializer
src/alleggl.c:118: warning: (near initialization for 'gfx_allegro_gl_default.windowed')
src/alleggl.c: In function 'allegro_gl_opengl_version':
src/alleggl.c:938: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:938: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:940: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:940: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:942: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:942: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:944: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:946: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:948: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:948: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:950: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:950: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:952: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:952: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:954: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:954: warning: pointer targets in passing argument 1 of 'strncmp' differ in signedness
src/alleggl.c:964: warning: pointer targets in passing argument 1 of 'atof' differ in signedness
gcc -c src/glvtable.c -o obj/macosx/release/glvtable.o -W -Wall -Wno-unused -O2 -ffast-math -fomit-frame-pointer -fno-common -pipe -Iinclude -Iinclude/allegrogl -Iinclude/allegrogl/GLext
src/glvtable.c:2201: warning: initialization from incompatible pointer type
src/glvtable.c:2227: warning: initialization from incompatible pointer type
src/glvtable.c:2229: warning: missing initializer
src/glvtable.c:2229: warning: (near initialization for 'allegro_gl_screen_vtable.draw_sprite_end')
gcc -c src/scorer.c -o obj/macosx/release/scorer.o -W -Wall -Wno-unused -O2 -ffast-math -fomit-frame-pointer -fno-common -pipe -Iinclude -Iinclude/allegrogl -Iinclude/allegrogl/GLext
gcc -c src/scrmode.c -o obj/macosx/release/scrmode.o -W -Wall -Wno-unused -O2 -ffast-math -fomit-frame-pointer -fno-common -pipe -Iinclude -Iinclude/allegrogl -Iinclude/allegrogl/GLext
src/scrmode.c:97: error: static declaration of '__allegro_gl_memory' follows non-static declaration
include/alleggl.h:446: error: previous declaration of '__allegro_gl_memory' was here
make: *** [obj/macosx/release/scrmode.o] Error 1
This is all using gcc version 4.0.0 (Apple Computer, Inc. build 5026).
Am I doing something wrong? If not, is the problem I mention fixed in CVS?
]]>You can get my "Mac-friendly" version of allegro gl here:
Link
It worked for Otto Halmén, AFAIK.
Pete
]]>You can get my "Mac-friendly" version of allegro gl here:
That produced a whole slew of errors about signedness, but it built and installed! Only in BSD format though, so I'm clearly going to have to figure out making a framework (embeddable and otherwise) of it for myself.
Not everything is perfect though.
excamera crashes and reports the following:
excamera(3792,0x2812e00) malloc: *** error for object 0x556060: double free
excamera(3792,0x2812e00) malloc: *** set a breakpoint in szone_error to debug
Bus error
If started from Finder, i.e. so that they do not begin within their home folders, exalpfnt, extext displays an empty white box that should probably be an error message and can be moved around by dragging from where you'd expect a titlebar to be. "Error loading demofont.dat#PAL" is left in the terminal, so presumably allegro_message is broken.
extextur, if started from Finder, simply crashes with a bus error and no other information.
dialog, when started from the shell displays its dialogue fullscreen and allows a first mode to be selected. If you then press escape it goes full screen, displays the original dialog in the wrong colours and hangs.
After test returns from full screen it just hangs.
exalleg works fine however!
]]>AllegroGL 0.2.4 is not fully compatible with Allegro 4.2.0. You'll need AllegroGL from CVS, at the very least.
No idea about the Mac-specific failures, but I'll accept patches.
]]>You'll need AllegroGL from CVS, at the very least.
Any idea about a coming numbered release of AllegroGL? You'd mentioned trying to get one out shortly after Allegro 4.2.0, have you had any spare time to look into that?
Peter - how does the link you provided correlate with CVS? I note it has a modification date of around October last month, have you made any modifications that were not submitted back to CVS?
EDIT:
You'll need AllegroGL from CVS, at the very least.
I've just grabbed the latest CVS, and it seems unable to use "find", as was the 0.2.4 release. I don't really know how to generate patches, but running diff <fix.sh from CVS> <fix.sh from Peter Hull> gives the following:
59c59
< find examp -! -name *.dat -type f -exec sh misc/dtou.sh {} \;
---
> find examp \! -name *.dat -type f -exec sh misc/dtou.sh {} \;
62c62
< sh misc/dtou.sh $$f
---
> sh misc/dtou.sh $f
69c69
< find examp -! -name *.dat -type f -exec sh misc/utod.sh {} \;
---
> find examp \! -name *.dat -type f -exec sh misc/utod.sh {} \;
EDIT2: a further disadvantage of the CVS version is that none of the examples actually display anything with the example of excamera which appears to be falling back on software Allegro judging by speed.
]]>Ah bugger, does this mean you have to use the CVS version of allegroGL with openlayer when using allegro4.2 bob?
If so, can any kind soul pass me a zip of it, it can't be much more than 350k
Neil.
]]>If so, can any kind soul pass me a zip of it, it can't be much more than 350k
I can't say whether it is an absolute essential for 4.2.0, but a straight CVS grab + zip produces a 404kb file, is that close enough to 350kb? In any case, the zip is attached to this message.
]]>Ah bugger, does this mean you have to use the CVS version of allegroGL with openlayer when using allegro4.2
Yes.
I can't say whether it is an absolute essential for 4.2.0
Yes. Allegro's graphics driver vtables have changed. Since they're initialised statically, AllegroGL breaks if the change was made to Allegro after the release of AllegroGL.
]]>is that close enough to 350kb? In any case, the zip is attached to this message.
Yes. Bob probably applied the bloat algorithm preparing for the move from AllegGL to AllegDX when Vista arrives 
Thanks Thomas and Evert, I'll be recompiling this lunchtime. Seems like recompiling libraries has turned into a full time job
Maybe this is why one of the allegrogl examples didn't work.
Neil.
]]>Question: When will they release AllegroGL 0.2.5? (Thomas: Thank you for the ZIP).
Bob probably applied the bloat algorithm preparing for the move from AllegGL to AllegDX when Vista arrives
May be it's not the place to discuss this but I think that AllegroDX isn't necessary. From the beginning Win32 supports the OpenGL using dynamic link libraries so Silicon and Mesa would release new DLL files for this.
]]>