Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.

Error during building of OpenAL from deadwood's contrib repository

Last updated on 10 hours ago
S
sonountalebanMember
Posted 1 day ago
Hello,
I'm updating my cross compiler environment and I got an error when it tries to build the OpenAL library:


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?
D
deadwoodAROS Dev
Posted 1 day ago
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.
S
sonountalebanMember
Posted 1 day ago

deadwood wrote:

@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
D
deadwoodAROS Dev
Posted 1 day ago
Just 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.
S
sonountalebanMember
Posted 13 hours ago
Thank 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
D
deadwoodAROS Dev
Posted 12 hours ago
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.
S
sonountalebanMember
Posted 12 hours ago

deadwood wrote:

@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...
D
deadwoodAROS Dev
Posted 12 hours ago
I think AROS One 1.3 contains the U3 update. Can you share the crash screenhot you are getting?
S
sonountalebanMember
Posted 10 hours ago
Oh, 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. Smile
Edited by sonountaleban on 23-08-2026 09:21, 10 hours ago
Amiwell79, retrofaza, Deremon
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 10 hours ago
Great!
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.
Users who participated in discussion: deadwood, sonountaleban