- Home
- Discussion Forum
- AROS FORUMS
- Development General
- Error during building of OpenAL from deadwood's contrib repository
Error during building of OpenAL from deadwood's contrib repository
Last updated on 10 hours ago
sonountalebanMember
Posted 1 day agoHello,
I'm updating my cross compiler environment and I got an error when it tries to build the OpenAL library:
I don't remember that I came cross this error when last year I built the environment.
Another question about rebuild.sh script: can I select core-linux-x86_64 (release version rather than debug one) and use it?
I'm updating my cross compiler environment and I got an error when it tries to build the OpenAL library:
Code Download source
Compiling bin/linux-x86_64/gen/contrib/MultiMedia/libs/OpenAL/openal/linklib/openal_getlibbase.c
Building Module AROS/Libs/openal.library ...
Creating AROS/Development/lib/libopenal.a...
[MMAKE] Making contrib-openal-utils in contrib/MultiMedia/libs/OpenAL
Makedepend bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c ...
Compiling bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c
Compile failed: /home/peppe/Documents/arosbuilds/toolchain-core-x86_64/x86_64-aros-gcc --sysroot /home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/AROS/Development -iquote /home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/ -iquote /home/peppe/Documents/arosbuilds/core-linux-x86_64-d/contrib/MultiMedia/libs/OpenAL -iquote /home/peppe/Documents/arosbuilds/AROS/contrib/MultiMedia/libs/OpenAL -iquote . -m64 -mcmodel=large -mno-red-zone -mno-ms-bitfields -msse -mfpmath=sse -O0 -O2 -fno-omit-frame-pointer -Wno-pointer-sign -Wno-parentheses -g -std=gnu99 -ffast-math -Wall -Wno-array-bounds -Wno-volatile-register-var -DAL_ALEXT_PROTOTYPES -I/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/AROS/Development/include/SDL -I/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/AROS/Extras/Development/include -DAROS_BUILD_TYPE=AROS_BUILD_TYPE_PERSONAL -DADEBUG=1 -DMDEBUG=1 -D_GNU_SOURCE=1 -D__AROS_GIMME_DEPRECATED__ -D__SRCFILENAME__="bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c" -c /home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c -o /home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/gen/contrib/MultiMedia/libs/OpenAL/openal-info.o
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c: In function 'printHRTFInfo':
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:217:5: error: unknown type name 'LPALCGETSTRINGISOFT'; did you mean 'LPALCGETSTRING'?
217 | LPALCGETSTRINGISOFT alcGetStringiSOFT;
| ^~~~~~~~~~~~~~~~~~~
| LPALCGETSTRING
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:226:23: warning: assignment to 'int' from 'void *' makes integer from pointer without a cast [-Wint-conversion]
226 | alcGetStringiSOFT = alcGetProcAddress(device, "alcGetStringiSOFT");
| ^
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:228:28: error: 'ALC_NUM_HRTF_SPECIFIERS_SOFT' undeclared (first use in this function)
228 | alcGetIntegerv(device, ALC_NUM_HRTF_SPECIFIERS_SOFT, 1, &num_hrtfs);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:228:28: note: each undeclared identifier is reported only once for each function it appears in
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:237:61: error: 'ALC_HRTF_SPECIFIER_SOFT' undeclared (first use in this function)
237 | const ALCchar *name = alcGetStringiSOFT(device, ALC_HRTF_SPECIFIER_SOFT, i);
| ^~~~~~~~~~~~~~~~~~~~~~~
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:237:35: error: called object 'alcGetStringiSOFT' is not a function or function pointer
237 | const ALCchar *name = alcGetStringiSOFT(device, ALC_HRTF_SPECIFIER_SOFT, i);
| ^~~~~~~~~~~~~~~~~
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:217:25: note: declared here
217 | LPALCGETSTRINGISOFT alcGetStringiSOFT;
| ^~~~~~~~~~~~~~~~~
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c: In function 'printResamplerInfo':
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:256:5: error: unknown type name 'LPALGETSTRINGISOFT'; did you mean 'LPALGETSTRING'?
256 | LPALGETSTRINGISOFT alGetStringiSOFT;
| ^~~~~~~~~~~~~~~~~~
| LPALGETSTRING
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:266:22: warning: assignment to 'int' from 'void *' makes integer from pointer without a cast [-Wint-conversion]
266 | alGetStringiSOFT = alGetProcAddress("alGetStringiSOFT");
| ^
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:268:35: error: 'AL_NUM_RESAMPLERS_SOFT' undeclared (first use in this function)
268 | num_resamplers = alGetInteger(AL_NUM_RESAMPLERS_SOFT);
| ^~~~~~~~~~~~~~~~~~~~~~
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:269:34: error: 'AL_DEFAULT_RESAMPLER_SOFT' undeclared (first use in this function)
269 | def_resampler = alGetInteger(AL_DEFAULT_RESAMPLER_SOFT);
| ^~~~~~~~~~~~~~~~~~~~~~~~~
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:279:51: error: 'AL_RESAMPLER_NAME_SOFT' undeclared (first use in this function)
279 | const ALchar *name = alGetStringiSOFT(AL_RESAMPLER_NAME_SOFT, i);
| ^~~~~~~~~~~~~~~~~~~~~~
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:279:34: error: called object 'alGetStringiSOFT' is not a function or function pointer
279 | const ALchar *name = alGetStringiSOFT(AL_RESAMPLER_NAME_SOFT, i);
| ^~~~~~~~~~~~~~~~
/home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/Ports/openal-soft/openal-soft-1.19.1/utils/openal-info.c:256:24: note: declared here
256 | LPALGETSTRINGISOFT alGetStringiSOFT;
| ^~~~~~~~~~~~~~~~
make[1]: *** [mmakefile:3682: /home/peppe/Documents/arosbuilds/core-linux-x86_64-d/bin/linux-x86_64/gen/contrib/MultiMedia/libs/OpenAL/openal-info.o] Error 1
[MMAKE] make --no-print-directory TOP=/home/peppe/Documents/arosbuilds/core-linux-x86_64-d SRCDIR=/home/peppe/Documents/arosbuilds/AROS CURDIR=contrib/MultiMedia/libs/OpenAL TARGET=contrib-openal-utils --file=mmakefile contrib-openal-utils failed: 512
[MMAKE] Error: Error while running make in contrib/MultiMedia/libs/OpenAL: No such file or directory
make: *** [Makefile:354: contrib] Error 10
I don't remember that I came cross this error when last year I built the environment.
Another question about rebuild.sh script: can I select core-linux-x86_64 (release version rather than debug one) and use it?
deadwoodAROS Dev
Posted 1 day agoThat's quite weird - are you using the latest sources (master branch) of AROS and contrib repositories?
I actually rebuilt contrib yesterday (using option 4) core-contrib-x86_64) and managed to build whole contrib clean. @retrofaza did the same and didn't report any problems with openal.
What I see however is that you are build contrib inside a debug version, so your contrib will be debug as well (no optiomization). Use option 4) to build release contrib and also use option 5) to build release list-hosted. You can then combined SDKs from both builds to get one release SDK.
I actually rebuilt contrib yesterday (using option 4) core-contrib-x86_64) and managed to build whole contrib clean. @retrofaza did the same and didn't report any problems with openal.
What I see however is that you are build contrib inside a debug version, so your contrib will be debug as well (no optiomization). Use option 4) to build release contrib and also use option 5) to build release list-hosted. You can then combined SDKs from both builds to get one release SDK.
sonountalebanMember
Posted 1 day ago@deadwood - That's quite weird - are you using the latest sources (master branch) of AROS and contrib repositories?
I actually rebuilt contrib yesterday (using option 4) core-contrib-x86_64) and managed to build whole contrib clean. @retrofaza did the same and didn't report any problems with openal.
What I see however is that you are build contrib inside a debug version, so your contrib will be debug as well (no optiomization). Use option 4) to build release contrib and also use option 5) to build release list-hosted. You can then combined SDKs from both builds to get one release SDK.
Thanks. I followed the instructions from here https://arosnews.github.io/how-to-cross-compile-aros-hosted-wsl/, obviously I didn't call "git clone etc." but the relevant "git pull origin master" where I needed.
However, I've launched rebuild.sh with option 4 and it seems fine now. What do I need to do to have all the contrib files inside core-linux-x86_64/core-linux-x86_64-d?
Edited by sonountaleban on 22-08-2026 12:35, 1 day ago
deadwoodAROS Dev
Posted 1 day agoJust take all the subdirectories of core-contrib-x86_64/bin/linux-x86_64/AROS and copy them over to core-linux-x86_64-d/bin/linux-x86_64/AROS. Choose "No" when asked to overwrite.
1 user reacted to this post
sonountaleban
sonountalebanMember
Posted 13 hours agoThank you. I needed that to have the sdl1.2_gfx library, because I'm working on the porting of UFO Enemy Unknown. By the way the game runs fine on hosted AROS, but it crashes immediately on my native AROS machine, could it be that I have to update the system library files?
You do not have access to view attachments
deadwoodAROS Dev
Posted 12 hours agoOk, UFO is great!
Re:native - if it is updated to U3 then it should not crash. If you still get the crash with U3 applied share the screenshot of crash requester with More button clicked.
Re:native - if it is updated to U3 then it should not crash. If you still get the crash with U3 applied share the screenshot of crash requester with More button clicked.
sonountalebanMember
Posted 12 hours ago@deadwood - Ok, UFO is great!
Re:native - if it is updated to U3 then it should not crash. If you still get the crash with U3 applied share the screenshot of crash requester with More button clicked.
No, I've still AROS One 1.3 on that PC...
deadwoodAROS Dev
Posted 12 hours agoI think AROS One 1.3 contains the U3 update. Can you share the crash screenhot you are getting?
sonountalebanMember
Posted 10 hours agoOh, yes, right... Actually I found the issue, which is an original bug: basically it was using SDL_RWFromConstMem rather than SDL_RWFromMem for memory blocks that aren't read-only. Now it works well, everything looks good, audio/music, full screen modes, load/save positions and so on... shortly I'll release it. 
Edited by sonountaleban on 23-08-2026 09:21, 10 hours ago
3 users reacted to this post
Amiwell79, retrofaza, Deremon
You do not have access to view attachments
deadwoodAROS Dev
Posted 10 hours agoGreat!
You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.
Moderator: Administrator, Moderators
Users who participated in discussion: deadwood, sonountaleban
