Allegro.cc - Online Community

Allegro.cc Forums » Allegro Development » Allegro 4.9.5

This thread is locked; no one can reply to it. rss feed Print
 1   2 
Allegro 4.9.5
Peter Wang
Member #23
April 2000

... is released. Download.

Quote:

Changes from 4.9.4 to 4.9.5 (October 2008)
==========================================

The core developers this time were: Trent Gamblin, Evert Glebbeek, Peter Hull,
Milan Mimica, Elias Pschernig, Jon Rafkind, Peter Wang.

Graphics:

- Added fullscreen support on Mac OS X.

- Added support for resizable windows on Mac OS X.

- Made frameless windows respond to events on Mac OS X.

- Fixed a problem with D3D blending.

- Made D3D driver work on systems without hardware vertex processing.

- Made WGL driver fail more gracefully.

- Implemented sprite flipping for OpenGL drivers (Steven Wallace).

- Added al_is_sub_bitmap() function.

Input:

- Fixed input with multiple windows on Windows.

- Fixed keyboard autorepeat events in X11.

- Added al_is_keyboard_installed().

- Fixed key shifts on Windows (ported from 4.2).

- Fixed mouse button reporting on Mac OS X.

- Implemented system mouse cursors on MacOS X.

- Fixed mouse cursors with alpha channels on X11.

- Some work on Mac OS X joystick support (incomplete).

Events:

- Simplified internals of events system further. At the same time,
this change happens to also allow event queues to grow unboundedly.
(You should still avoid letting them get too big, of course.)

Audio addons:

- Made ALLEGRO_STREAM objects emit events for empty fragments that need
to be refilled.

- Added a possiblity to drain a stream created by al_stream_from_file().

- Added a function to rewind a stream.

- Added gain support to ALLEGRO_STREAM and ALLEGRO_SAMPLE objects.

- Made it possible to attach a sample to a mixer that isn't already attached
to something.

- Fixed Ogg Vorbis loader on big-endian systems.

- Made the OpenAL driver the least preferred driver, as it doesn't play
stereo samples properly.

Image addons:

- Added JPEG support to iio addon, using libjpeg.

- Fixed TGA loader on big-endian systems.

- Fixed image loading in icodec addon.

Font addon:

- Fixed count-restricted text output functions calculations on non-ASCII
strings.

- Made al_textout* functions always a 'count' parameter.

- Renamed al_font_text_length* to al_font_text_width*.

- Harmonised the order of al_font_textout* and al_font_textprintf* arguments.

Examples:

- Added ex_bitmap_flip example (Steven Wallace).

- Added ex_mixer_chain example.

- Split ex_events into smaller examples.

- Made the demo use ALLEGRO_STREAM to play music.

- Build an app bundle from the demo, on Mac OS X.

Build system:

- Improved detection of external dependencies in CMake build.

- Guess compiler locations for MinGW and MSVC (CMake).

- Many improvements to scons build, including install support.

General:

- Many other bug fixes.

nonnus29
Member #2,606
August 2002
avatar

Holy crap, wasn't there a release a few weeks ago? Who's doing all this work? ???

SiegeLord
Member #7,827
October 2006
avatar

Quote:

- Simplified internals of events system further. At the same time,
this change happens to also allow event queues to grow unboundedly.
(You should still avoid letting them get too big, of course.)

Does this now mean if you put your Logic and Drawing functions inside the Allegro timer event, and those force it to run slower than the speed of the timer (thus preventing all of the timer events from being eaten up) the event queue will fill up indefinitely causing massive memory 'leaks'?

"For in much wisdom is much grief: and he that increases knowledge increases sorrow."-Ecclesiastes 1:18
[SiegeLord's Abode][Codes]:[DAllegro5]:[RustAllegro]

torhu
Member #2,727
September 2002
avatar

Anyone know if it builds with msvc 9?

Peter Wang
Member #23
April 2000

Yes, including the quotes on the 'leaks'. I guess if you're worried about that you should try to detect if you're falling behind massively (e.g. compare the timestamp on the event you're processing with al_current_time()) and abort.

SiegeLord
Member #7,827
October 2006
avatar

Quote:

Yes, including the quotes on the 'leaks'. I guess if you're worried about that you should try to detect if you're falling behind massively (e.g. compare the timestamp on the event you're processing with al_current_time()) and abort.

Or just not use that abortive timing method in the first place ;)

Anyway, great job A5 devs.

"For in much wisdom is much grief: and he that increases knowledge increases sorrow."-Ecclesiastes 1:18
[SiegeLord's Abode][Codes]:[DAllegro5]:[RustAllegro]

Milan Mimica
Member #3,877
September 2003
avatar

Quote:

Anyone know if it builds with msvc 9?

It does.

GullRaDriel
Member #3,861
September 2003
avatar

NICE !
That time I will crash my head on it to make it work !

"Code is like shit - it only smells if it is not yours"
Allegro Wiki, full of examples and articles !!

torhu
Member #2,727
September 2002
avatar

Doesn't build with msvc 9 for me.

I haven't looked into it, but here's the start of the error messages I get:

Quote:

Compiling...
wgl_disp.c
C:\prog\allegro-4.9.5\include\allegro5/events.h(165) : error C2059: syntax error : ';'
C:\prog\allegro-4.9.5\include\allegro5/events.h(166) : error C2059: syntax error : '}'
C:\prog\allegro-4.9.5\include\allegro5/events.h(172) : error C2059: syntax error : ';'
C:\prog\allegro-4.9.5\include\allegro5/events.h(175) : error C2059: syntax error : '}'

Milan Mimica
Member #3,877
September 2003
avatar

Sorry for that, it slipped. To make it compile you can remove the semicolon from each call to _AL_EVENT_HEADER macro in include/allegro5/events.h.

ImLeftFooted
Member #3,935
October 2003
avatar

I counldn't get it installed. I've got Dev-Cpp 4.9.9.2 installed on a fully updated Windows XP.

Here is cmake's error

Detecting CXX compiler ABI info - done
Guessed MinGW directory: C:/Dev-Cpp
Performing Test HAVE_DM_POSITION
Performing Test HAVE_DM_POSITION - Failed
CMake Error at CMakeLists.txt:195 (message):
  Missing DM_POSITION.  Please update your MinGWw32api package, delete
  CMakeCache.txt and try again.

I downloaded the latest binary release from mingw and told cmake to use that compiler. Cmake said the compiler wouldn't pass a simple test.

I'm a bit worn out from downloading and installing so many packages, I need a break and then I'll try again.

Thomas Fjellstrom
Member #476
June 2000
avatar

Did you follow the instructions provided in that error message? It said to update just the w32api package. Get the absolute latest w32api package and extract it over your current compiler directory.

--
Thomas Fjellstrom - [website] - [email] - [Allegro Wiki] - [Allegro TODO]
"If you can't think of a better solution, don't try to make a better solution." -- weapon_S
"The less evidence we have for what we believe is certain, the more violently we defend beliefs against those who don't agree" -- https://twitter.com/neiltyson/status/592870205409353730

Thomas Harte
Member #33
April 2000
avatar

What's the deal with providing an Xcode project, then claiming that it doesn't exist in the readme?

GullRaDriel
Member #3,861
September 2003
avatar

I got some strange errors too using mingw32 and cmake on WinXP Pro SP3.
I downloaded the dx9 package from Trent's site.
It's crashing due to a syntax error after asm, ; = + ...
I'am still searching why.

Edit:

log output said:

D:\DOCUME~1\GULL_C~1\Bureau\allegro-4.9.5\allegro\include/allegro5/internal/alconfig.h:35:42: erreur: allegro5
/platform/alplatf.h : No such file or directory

Edit2:
-There is a alplatf.h.cmake instead.
Edit3:
-I edited it, commented all the unnecessary stuff, reconfiguring, regenerating makefiles, and mind what, it's currently compiling ! (20% done)
Edit4:
Still Failing !

1Linking CXX executable demo.exe
2Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
3Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
4Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
5Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
6[ 80%] Built target demo
7Scanning dependencies of target ex_acodec
8[ 80%] Building C object examples/CMakeFiles/ex_acodec.dir/ex_acodec.c.obj
9Linking C executable ex_acodec.exe
10Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
11Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
12Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
13Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
14..\lib\libkcm_audio_s.a(dsound.cpp.obj):dsound.cpp:(.eh_frame+0x11): undefined reference to `__gxx_personality_v0'
15..\lib\liballeg_s-4.9.5.a(d3d_disp.cpp.obj):d3d_disp.cpp:(.eh_frame+0x11): undefined reference to `__gxx_personality_v0'
16..\lib\liballeg_s-4.9.5.a(d3d_bmp.cpp.obj):d3d_bmp.cpp:(.eh_frame+0x11): undefined reference to `__gxx_personality_v0'
17collect2: ld a retournÚ 1 code d'Útat d'exÚcution
18mingw32-make[2]: *** [examples/ex_acodec.exe] Error 1
19mingw32-make[1]: *** [examples/CMakeFiles/ex_acodec.dir/all] Error 2
20mingw32-make: *** [all] Error 2

"Code is like shit - it only smells if it is not yours"
Allegro Wiki, full of examples and articles !!

Milan Mimica
Member #3,877
September 2003
avatar

cmake should have generated alplatf.h, if ti didn't likely there was an error.

Looks like c++ is missing.

GullRaDriel
Member #3,861
September 2003
avatar

Well, I can ensure you that g++ is present. I got the full mingw32 package.

"Code is like shit - it only smells if it is not yours"
Allegro Wiki, full of examples and articles !!

Peter Wang
Member #23
April 2000

Quote:

What's the deal with providing an Xcode project, then claiming that it doesn't exist in the readme?

It's only a go-between while we didn't have a proper build solution for Macs. It will probably be deleted soon. Instead, you can use cmake to generate an Xcode project. The difference is cmake will detect external dependencies on your system.

GullRaDriel
Member #3,861
September 2003
avatar

Peter said:

The difference is cmake will fail to detect external dependencies on your system.

Fixed

"Code is like shit - it only smells if it is not yours"
Allegro Wiki, full of examples and articles !!

Peter Wang
Member #23
April 2000

Works For Me. And that's all that matters.

torhu
Member #2,727
September 2002
avatar

Still doesn't build with msvc 9, linking errors now. I'll try again when the next release is ready.

Evert
Member #794
November 2000
avatar

Quote:

Fixed

Try to be constructive.

If cmake is for some reason not working properly on your system, it likely has something to do with your system (because it does work for others). Doesn't mean we shouldn't get it fixed. Did you check if you have the latest version of CMake?

Quote:

What's the deal with providing an Xcode project, then claiming that it doesn't exist in the readme?

Does it even work properly? I couldn't build Allegro [4.9] at all on my Mac until CMake worked there (ok, so I probably have some dependencies installed in odd places).

Quote:

Still doesn't build with msvc 9, linking errors now. I'll try again when the next release is ready.

We have a better chance of fixing said linking errors if you tell us what they are. ;)

FalseMasterJ
Member #6,642
December 2005

I using mac osx 10.4, With it's default Xcode gcc compiler, and I'm trying to compile Allegro 4.9.5 with the newest version of scons (because I get more errors with Cmake)

It only detects the library png and library jpeg add-on things at the top (makes scene, since I only have those two)

It compiles alright but has a linker end when it's trying to link together liballeg-4.9.5.dylib

1ld: warning -prebind ignored because MACOSX_DEPLOYMENT_TARGET environment variable greater or equal to 10.4
2ld: Undefined symbols:
3__mangled_main_address
4__al_ogl_add_drawing_functions
5__al_ogl_create_backbuffer
6__al_ogl_create_bitmap
7__al_ogl_create_sub_bitmap
8__al_ogl_get_backbuffer
9__al_ogl_manage_extensions
10__al_ogl_resize_backbuffer
11__al_ogl_set_extensions
12__al_ogl_set_target_bitmap
13__al_ogl_unmanage_extensions
14/usr/bin/libtool: internal link edit command failed
15scons: *** [scons_build/release/liballeg-4.9.5.dylib] Error 1
16scons: building terminated because of errors.

Am I missing OpenGL or something?

p.s. If this is the wrong place to post this, sorry.

Evert
Member #794
November 2000
avatar

Quote:

I using mac osx 10.4, With it's default Xcode gcc compiler, and I'm trying to compile Allegro 4.9.5 with the newest version of scons (because I get more errors with Cmake)

I've never tried Scons, but I can tell you that it works for me with CMake on essentially the same system.
So please post the error that you get from CMake. I don't think anyone has tried Scons on OS X.

(Aside: it might be useful if the developers can post what systems we have all used to test and compile Allegro, so that people know what has been tested/should work? It will likely help in finding and fixing bugs).

Quote:

Am I missing OpenGL or something?

No, I don't think so. It looks like it's not passing proper compiler switches to libtool, but I have no idea.

Quote:

p.s. If this is the wrong place to post this, sorry.

This is exactly the right place to post this.

kazzmir
Member #1,786
December 2001
avatar

Quote:

I using mac osx 10.4, With it's default Xcode gcc compiler, and I'm trying to compile Allegro 4.9.5 with the newest version of scons (because I get more errors with Cmake)

I've only gotten preliminary support for OSX with scons right now (and Windows too). I'll get around to fixing the linker errors some day, but if you'd like to help out you could hack the scons files to add in the proper linking lines. It probably involves seeing how xcode does things.

Thomas Harte
Member #33
April 2000
avatar

Quote:

Quote:

What's the deal with providing an Xcode project, then claiming that it doesn't exist in the readme?

Does it even work properly?

After I manually removed all the OGG links and commented out the definition of ALLEGRO_CFG_ACODEC_VORBIS in aintern_acodec_cfg.h it built libAllegro-4.9.a and ex_bitmap. I had to manually shuffle files around to test that ex_bitmap worked since the project build a UNIX-style executable (YUCK!) and puts it where it cann't find Mysha.

My natural assumption with anything like this is that I'm probably doing it incorrectly. It's obviously really hard to tell when there is no documentation (well, other than "We provide two build systems, CMake and scons.").

Oh yeah, 36 unused variables warnings, by the way.

 1   2 


Go to: