wraitii 1.397 Posted November 30, 2020 Report Share Posted November 30, 2020 Hello everyone, I have just merged SM68. To compile the game, you will now require the Rust compiler. You can follow instructions here: https://www.rust-lang.org/tools/install It should be mostly straightforward. I am now working towards SM78 which I hope to merge soon. I will detail this thread with what the changes mean later 2 1 Quote Link to post Share on other sites
wraitii 1.397 Posted December 6, 2020 Author Report Share Posted December 6, 2020 And after a long month of upgrades, I have at last merged SM78 ! 0 A.D. now uses the latest "Stable" Spidermonkey release. The next one will be SM94, I believe, which won't come for a little while still. This version requires "LLVM-objdump" to compile. You will probably need to install LLVM binaries, if you're compiling using GCC (if you're using clang, you probably already have it). Depending on your distro, this could be a in various packages. If you can, update the https://trac.wildfiregames.com/wiki/BuildInstructions with the correct instructions As usual, use this thread to report issues. ---- NB: we know that there is an issue with GCC 7.5. Fixes include upgrading to GCC 8 or applying D3181 from Phabricator. 1 5 Quote Link to post Share on other sites
Nescio 1.482 Posted December 7, 2020 Report Share Posted December 7, 2020 Congratulations! On 06/12/2020 at 3:10 PM, wraitii said: This version requires "LLVM-objdump" to compile. You will probably need to install LLVM binaries, if you're compiling using GCC (if you're using clang, you probably already have it). Depending on your distro, this could be a in various packages. Does it? Fedora 33 with gcc 10.2.1 here; I believe I don't have llvm installed. I did a clean build and everything seems to work when I run the game. Quote Link to post Share on other sites
wraitii 1.397 Posted December 8, 2020 Author Report Share Posted December 8, 2020 10 hours ago, Nescio said: Does it? Fedora 33 with gcc 10.2.1 here; I believe I don't have llvm installed. I did a clean build and everything seems to work when I run the game. You must have an "objdump" or "llvm-objdump" program. Possibly LLVM's, possibly something compatible. I'm interested if you can find out more. Quote Link to post Share on other sites
hyperion 15 Posted December 8, 2020 Report Share Posted December 8, 2020 objdump is part of binutils Quote Link to post Share on other sites
Nescio 1.482 Posted December 8, 2020 Report Share Posted December 8, 2020 2 hours ago, wraitii said: You must have an "objdump" or "llvm-objdump" program. Possibly LLVM's, possibly something compatible. I'm interested if you can find out more. 1 hour ago, hyperion said: objdump is part of binutils Yes, that one I have: Spoiler [~]$ sudo dnf install binutils Package binutils-2.35-15.fc33.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete! Quote Link to post Share on other sites
Nescio 1.482 Posted December 21, 2020 Report Share Posted December 21, 2020 @wraitii, could you specify what dependencies are needed for SpiderMonkey and what the requirements are for the rest of the game? https://trac.wildfiregames.com/wiki/BuildInstructions lists a --with-system-mozjs option. I have the relevant package installed (mozjs78-devel-78.6.0-1.fc33.x86_64) and tried compiling 0 A.D. with it, but it failed, unfortunately. Being able to use the distribution's shared package would save disk space and compilation time. Quote Link to post Share on other sites
asterix 411 Posted December 21, 2020 Report Share Posted December 21, 2020 6 minutes ago, Nescio said: --with-system-mozjs option This currently is problematic on some linux systems because of https://code.wildfiregames.com/D3127 Quote Link to post Share on other sites
Stan` 6.852 Posted December 21, 2020 Report Share Posted December 21, 2020 If it's not fixed by using ^ then it would be nice for you to share the logs Quote Link to post Share on other sites
Nescio 1.482 Posted December 21, 2020 Report Share Posted December 21, 2020 40 minutes ago, Stan` said: If it's not fixed by using ^ then it would be nice for you to share the logs So I did a make clean and a clean-workspaces.sh, then ran update-workspaces --with-system-mozjs and make, which ended with: ==== Building pyrogenesis (release) ==== Creating obj/pyrogenesis_Release main.cpp Linking pyrogenesis /usr/bin/ld: ../../../binaries/system/libscriptinterface.a(ScriptInterface.o): in function `JSStructuredCloneData::~JSStructuredCloneData()': /usr/include/mozjs-78/js/StructuredClone.h:459: undefined reference to `js::SharedArrayRawBufferRefs::~SharedArrayRawBufferRefs()' /usr/bin/ld: /usr/include/mozjs-78/js/StructuredClone.h:459: undefined reference to `js::SharedArrayRawBufferRefs::~SharedArrayRawBufferRefs()' collect2: error: ld returned 1 exit status make[1]: *** [pyrogenesis.make:81: ../../../binaries/system/pyrogenesis] Error 1 make: *** [Makefile:71: pyrogenesis] Error 2 When trying to run binaries/system/test or pyrogenesis the response is “No such file or directory”. Then I did a clean again, applied D3127, and ran update-workspaces --with-system-mozjs again, which quickly stopped, ending with: string_sha1.c string_startswith.c term_textColor.c zip_extract.c Linking Premake5 make: Leaving directory '/home/b/Projects/0ad/build/premake/premake5/build/gmake2.unix' Premake args: --with-system-mozjs --atlas Error: /home/b/Projects/0ad/build/premake/pkgconfig/pkgconfig.lua:89: attempt to call a nil value (global 'aftersysincludedirs') ERROR: Premake failed Quote Link to post Share on other sites
Stan` 6.852 Posted December 22, 2020 Report Share Posted December 22, 2020 @wraitii ^ Quote Link to post Share on other sites
wraitii 1.397 Posted December 22, 2020 Author Report Share Posted December 22, 2020 19 hours ago, Nescio said: So I did a make clean and a clean-workspaces.sh, then ran update-workspaces --with-system-mozjs and make, which ended with: That's https://bugzilla.mozilla.org/show_bug.cgi?id=1644600 19 hours ago, Nescio said: Then I did a clean again, applied D3127, and ran update-workspaces --with-system-mozjs again, which quickly stopped, ending with: Seems the diff is a little buggy then. I'm afraid the system-mozjs won't work on your distribution unless you ask them to patch https://bugzilla.mozilla.org/show_bug.cgi?id=1644600 Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.