| Git Clone URL: | https://aur.archlinux.org/godot-mono.git (read-only, click to copy) |
|---|---|
| Package Base: | godot-mono |
| Description: | An advanced, feature packed, multi-platform 2D and 3D game engine |
| Upstream URL: | https://godotengine.org/ |
| Keywords: | Development Engine Game Gamedev Godot |
| Licenses: | MIT |
| Conflicts: | godot |
| Provides: | godot |
| Submitter: | Rinma |
| Maintainer: | Rinma (HurricanePootis) |
| Last Packager: | Rinma |
| Votes: | 13 |
| Popularity: | 0.25 |
| First Submitted: | 2018-03-01 19:45 (UTC) |
| Last Updated: | 2024-04-18 08:09 (UTC) |
@Rinma It's a C++ source-code error; someone over at Github made a commit for file_access_unix.cpp and made the mistake of not returning a value at the end of a function
It's technically simple to fix, as long as you know what it is this function intended to do properly
As soon as I find out what this error means and how I can reproduce it, I can try to fix it. But at this moment all builds on my PC and Notebook are working fine, and I don't know what this error means or how to fix it.
I also get this same error; can this be fixed, please?
building gives me this error; on a different file on a different PC, but similar error. Any ideas?
drivers/unix/file_access_unix.cpp: In member function 'virtual uint32_t FileAccessUnix::_get_unix_permissions(const String&)':
drivers/unix/file_access_unix.cpp:325:1: error: control reaches end of non-void function [-Werror=return-type]
325 | }
| ^
[Initial build] Compiling ==> drivers/gles3/rasterizer_canvas_base_gles3.cpp
[Initial build] Linking Static Library ==> platform/libplatform.x11.tools.64.a
cc1plus: some warnings being treated as errors
Ranlib Library ==> platform/libplatform.x11.tools.64.a
scons: *** [drivers/unix/file_access_unix.x11.tools.64.o] Error 1
scons: building terminated because of errors.
[Time elapsed: 00:01:30.445]
==> ERROR: A failure occurred in build().
Aborting...
-> error making: godot-mono
Could we add -j$(nproc) to the build process?
https://docs.godotengine.org/en/latest/development/compiling/compiling_for_linuxbsd.html#compiling
The compilation takes more than 12 hours and not ended,tried it on two PC's,is it normal? Error MSB4014...
this packages is outdate , please update into latest godot-mono version :)
beacuse no display is found
Yeah, that means that this package is not buildable in a clean chroot or headless servers.
For making it buildable in those cases, you could adopt xvfb as ArchLinux does for Firefox: https://github.com/archlinux/svntogit-packages/blob/455ebb2c12f750131a05affe9a99acf5ea327af4/trunk/PKGBUILD#L116
@dr460nf1r3 doesn't look like a missing makedepend. After the first build, the Godot UI is started to build some C# stuff for the second build run. In your log I can see the first run was successful but it crashes when the build tries to start the UI part, beacuse no display is found. Maybe something with the X11 platform target. https://docs.godotengine.org/en/stable/development/compiling/compiling_for_x11.html
To me it seems like a makedepend is missing if building in clean chroot. Full log here :)
Pinned Comments
HurricanePootis commented on 2023-12-13 10:13 (UTC)
I am going to go ahead and submit a request to delete
godot-mono-enhanced, and focus my efforts here from now on. If you are wondering whygodot-mono-enhancedwas deleted, it's because its purpose has ceased to exist after I became maintainer ofgodot-mono, and was able to bring it up to standards.xyproto commented on 2023-12-02 13:47 (UTC)
Dear maintainers of godot-mono and godot-mono-enhanced. I added HurricanePootis as a co-maintainer to this package, since I think it's better to collaborate. I think it will be better for the users. Perhaps we can remove godot-mono-enhanced if you can collaborate on this package instead. Best of luck, and thanks for maintaining Arch Linux packages. It benefits us all.