godot: update to 4.0.3.

[dataCobra]

Testing the changes

• I tested the changes in this PR: briefly

Local build testing

• I built this PR locally for my native architecture, (x86_64-glibc)

Godot 4.0 is released!

Please test the PR on different architectures and give feedback here about the usability.

[classabbyamp]

We could consider adding this PR to Void but since beta will be obsolete with Godot 4 release I wouldn't recommend it.

betas wouldn't be accepted anyways

[lun-4]

Now that Godot 4 is released, maybe we can work on revitalizing this PR?

[dataCobra]

Definitly, I'll work on this. 👍

[dataCobra]

Everyone who is willing to test the building and try out the PR please let me know if everything works as expected.

[dataCobra]

For me it works on x86_64-glibc

[dataCobra]

For some currently unknown reason the new version of embree is no longer working with Godot.

Because of this I've changed the configuration so it fallsback to builtin embree for now.

[jstnas]

Tested this on x86_64-musl and it does work, but I had to add libexecinfo-devel to the makedepends

[dataCobra]

Hey @jstnas,

thank you for testing the PR.

Can you please test again?

I've now added libexecinfo-devel for all *-musl architectures.

[jstnas]

I've rebuilt the package and everything's working as expected.

[dataCobra]

Thanks for testing @jstnas 👍

[zen0bit]

4.01 is out

[jstnas]

testing 4.0.1 on x86_64-musl, Godot crashed when built without speech-dispatcher-devel

[eljamm]

I tested 4.0.1 on x86_64-glibc and everything seems to be working fine.

[dataCobra]

I've pushed the new template for 4.0.1 taking the dependency for musl into account.

Can you please test the package again?

[dataCobra]

I forgot to change the checksum...

Will push again. ^^

[dataCobra]

Alright, now with the correct checksum. 👍

[bilebucket]

I had a brief test and the package indeed seems to work just fine.

[eljamm]

Everything seems good to me as well.

[obunden]

Would you guys say that this is ready for merging? Or is something untested?

[bilebucket]

I'd say that it's good to merge. I've worked on a 2D project of mine with this package for some 7 hours, no instability or crashes occurred. I also briefly tested some of the available 3D demos and they seem to work well too. @dataCobra thank you for maintaining the Godot package!

[leahneukirchen]

Please rebase and push so we can run CI for once. (I'm not 100% sure libexecinfo is picked up.)

[dataCobra]

Please rebase and push so we can run CI for once. (I'm not 100% sure libexecinfo is picked up.)

CI is now running. :)

I hope we get a good outcome.

[dataCobra]

Well i686 fails but I don't quite understand what the problem is.

The system should be building x86 and not x86_64 but compliance about x86_64 not build?

As said before, building here natively x86 did work.

[astralchan]

Well i686 fails but I don't quite understand what the problem is.

The system should be building x86 and not x86_64 but compliance about x86_64 not build?

As said before, building here natively x86 did work.

https://docs.godotengine.org/en/stable/contributing/development/compiling/introduction_to_the_buildsystem.html#architecture

Architecture

The arch option is meant to control the CPU or OS version intended to run the binaries. It is focused mostly on desktop platforms and ignored everywhere else.

Supported values for the arch option are auto, x86_32, x86_64, arm32, arm64, rv64, ppc32, ppc64 and wasm32.

scons platform=<platform> arch={auto|x86_32|x86_64|arm32|arm64|rv64|ppc32|ppc64|wasm32}

This flag appends the value of arch to resulting binaries when relevant. The default value arch=auto detects the architecture that matches the host platform.

In theory, specifying arch=x86_32 would work, no?

[dataCobra]

It seems like with all the great help we've a functioning update.

If you stumble upon any other issues please let me know. Otherwise I would say we're finally ready for merge. 🙂

Thanks a lot to all of you.