Bug 436016 – games-fps/doomsday-1.9.8 failed to build with openal USE flag on AMD64

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Dmitry 2012-09-23 18:54:31 UTC]

Created attachment 324734 [details]
Build log

Building failing with openal USE flag. Without that flag building goes well.

Short error messages:
src/driver_openal.cpp: In function 'void DS_SFX_DestroyBuffer(sfxbuffer_t*)':
src/driver_openal.cpp:247:29: error: cast from 'void*' to 'ALuint' loses precision
src/driver_openal.cpp:248:29: error: cast from 'void*' to 'ALuint' loses precision
src/driver_openal.cpp: In function 'void DS_SFX_Load(sfxbuffer_t*, sfxsample_s*)':
src/driver_openal.cpp:268:32: error: cast from 'void*' to 'ALuint' loses precision
src/driver_openal.cpp: In function 'void DS_SFX_Play(sfxbuffer_t*)':
src/driver_openal.cpp:297:28: error: cast from 'void*' to 'ALuint' loses precision
src/driver_openal.cpp:306:45: error: cast from 'void*' to 'ALuint' loses precision
src/driver_openal.cpp: In function 'void DS_SFX_Stop(sfxbuffer_t*)':
src/driver_openal.cpp:319:34: error: cast from 'void*' to 'ALuint' loses precision
src/driver_openal.cpp: In function 'void DS_SFX_Refresh(sfxbuffer_t*)':
src/driver_openal.cpp:329:32: error: cast from 'void*' to 'ALuint' loses precision
src/driver_openal.cpp: In function 'void DS_SFX_Set(sfxbuffer_t*, int, float)':
src/driver_openal.cpp:379:28: error: cast from 'void*' to 'ALuint' loses precision
src/driver_openal.cpp: In function 'void DS_SFX_Setv(sfxbuffer_t*, int, float*)':
src/driver_openal.cpp:422:28: error: cast from 'void*' to 'ALuint' loses precision
make[2]: *** [driver_openal.o] Error 1
make[2]: Leaving directory `/home/tmp/portage/games-fps/doomsday-1.9.8/work/doomsday-1.9.8/doomsday/plugins/openal'
make[1]: *** [sub-openal-make_default] Error 2

[Comment 1 Jimmy Kloss 2012-10-14 14:07:13 UTC]

Same here.

[Comment 2 Samuli Suominen (RETIRED) 2012-10-29 11:23:10 UTC]

with what version of openal? emerge -pv openal output please. 1.13? 1.14? same for both?

[Comment 3 Dmitry 2012-10-31 15:33:26 UTC]

Compilation fails with both 1.13 and 1.14 version of OpenAL.

[Comment 4 Patrick McMunn 2012-12-30 03:44:00 UTC]

I've also hit this bug with Doomsday 1.9.10 and using OpenAL 1.15.1. There is an upstream bug at https://sourceforge.net/p/deng/bugs/1042/ but it has been marked closed without any comment, so I don't know if any code was committed in an attempt to fix it. Compilation will complete successfully if -fpermissive is passed to gcc. I don't know if this is really a suitable way to handle the issue, but it might be a temporary workaround for those wishing to make it work and see whether there are any runtime issues.

[Comment 5 Patrick McMunn 2012-12-30 18:50:56 UTC]

This issue has now been fixed in the latest Doomsday git with commit http://github.com/skyjake/Doomsday-Engine/commit/9c1fd1ee90d333332660c1aeef1addae93c2770e I tested a patch applying the fix on Doomsday 1.9.10, and it compiles with no trouble now.

[Comment 6 Sergey Popov 2012-12-31 09:42:42 UTC]

Confirm this. Will add supplied patch soon...

[Comment 7 Sergey Popov 2012-12-31 09:47:00 UTC]

+  31 Dec 2012; Sergey Popov <[e-mail]> doomsday-1.9.8.ebuild,
+  +files/doomsday-1.9.8-openal-64bit-fix.patch:
+  Fix openal-related code, wrt bug #436016. Thanks to <ghost99 AT mail.ru> for
+  discovering this issue