Package Details: godot-mono 3.5-1

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-mono-bin
Provides: godot-mono
Submitter: Rinma
Maintainer: Rinma
Last Packager: Rinma
Votes: 9
Popularity: 0.097195
First Submitted: 2018-03-01 19:45 (UTC)
Last Updated: 2022-08-07 17:38 (UTC)

Dependencies (20)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

Neko-san commented on 2022-08-04 05:25 (UTC) (edited on 2022-08-04 05:27 (UTC) by Neko-san)

@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

Rinma commented on 2022-08-03 07:29 (UTC)

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.

Neko-san commented on 2022-07-20 02:10 (UTC)

I also get this same error; can this be fixed, please?

SiriusCrack commented on 2022-07-04 00:04 (UTC) (edited on 2022-07-04 00:09 (UTC) by SiriusCrack)

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

lmariscal commented on 2021-12-17 22:20 (UTC)

Could we add -j$(nproc) to the build process?

https://docs.godotengine.org/en/latest/development/compiling/compiling_for_linuxbsd.html#compiling

Neff commented on 2021-11-15 06:33 (UTC) (edited on 2021-11-15 06:34 (UTC) by Neff)

The compilation takes more than 12 hours and not ended,tried it on two PC's,is it normal? Error MSB4014...

cowretwc commented on 2021-09-09 13:38 (UTC)

this packages is outdate , please update into latest godot-mono version :)

PedroHLC commented on 2021-07-15 14:23 (UTC)

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

Rinma commented on 2021-07-12 18:57 (UTC)

@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

dr460nf1r3 commented on 2021-07-09 07:08 (UTC)

To me it seems like a makedepend is missing if building in clean chroot. Full log here :)