Jump to content


WFG Programming Team
  • Content Count

  • Joined

  • Last visited

  • Days Won


s0600204 last won the day on December 25 2014

s0600204 had the most liked content!

Community Reputation

263 Excellent

1 Follower

About s0600204

Contact Methods

  • Website URL

Profile Information

  • Gender

Recent Profile Visitors

1,604 profile views
  1. s0600204

    Installation on CentOS 7

    Well I guess the majority of projects today uses cmake and ExternalProject_Add() After a bit of research (and playing around a little with both build systems), it appears that projects that use CMake don't have to handle this because CMake handles it for them. Comparing how premake and CMake specify which libraries should be included: premake tells the linker to include a certain library but leaves it up to the linker to locate it. CMake, on the other hand, locates the library itself and, should the library not be in /usr/lib, adds the non-standard path via -rpath (an approach that might get them in trouble with certain OSes) so that both the compile-time linker (ld) and the run-time linker (ld.so) can find it. Anyhow. Taking your suggestion of adding an option to our build system: https://code.wildfiregames.com/D1747
  2. s0600204

    Civilization Selection Screen

    @Angen sure. You can find slightly more up-to-date code here; and some more information/musings here, which includes links to where the civselect screen was first proposed and a ticket (that arguably went off-topic) that also uses the code.
  3. s0600204

    Installation on CentOS 7

    Ach, my apologies, I mean ./build/premake/extern_libs5.lua. (Was getting late and tired.) The simplest change that should work is: --- a/build/premake/extern_libs5.lua +++ b/build/premake/extern_libs5.lua @@ -197,6 +197,8 @@ extern_lib_defs = { link_settings = function() if os.istarget("windows") or os.istarget("macosx") then add_default_lib_paths("boost") + else + syslibdirs { "/usr/local/lib" } end add_default_links({ -- The following are not strictly link dependencies on all systems, but You might have a point. I'm not familiar enough with other software projects to know how they handle this in their respective build systems. If you wish to look into it and create a patch for review (more general than the diff above), better minds than I can - and no doubt will - pass comment on it. (See here for how we accept patches.) I'm afraid real life commitments (eg. work) are going to take my focus for the next couple of days, so good luck.
  4. s0600204

    translation didn't apply to RC version of 0 A.D.

    The "View online" and "Decline" strings are in the "Mod Selector" resource on Transifex. "Publications" and "Terms" were translated after the RC was created.
  5. s0600204

    Installation on CentOS 7

    Why should it? That path is already included for search by default. The problem is that it is searched after /usr/lib64, /usr/local/lib64 in that order (plus a couple of distro-specific paths). That's fine for the vast majority of users and systems, it's just problematic in this case. What's really annoying is that the gcc search path (for include headers) goes (by default*) /usr/local/include, /usr/include (eg. locally-generated then repo-provided); whilst the compile-time linker searches for libraries in the other direction (repo-provided then locally-generated). (Then you have the run-time linker which doesn't search /usr/local/lib{64} at all. Which does make a sort-of sense, I guess.) You could modify ./premake/external_libraries5.lua to append that to the start of the search path (so the linker searches there first - unlike gcc, ld claims not to mind paths appearing more than once); but unless you've told b2 to name the 1.68 libs with the -mt suffix, you'll also have to tell ./premake/external_libraries5.lua to stop preferring files with the suffix -mt over files without. * - 0 A.D. messes this up, hence revision.
  6. s0600204

    translation didn't apply to RC version of 0 A.D.

    Relevant revision: https://code.wildfiregames.com/D1695 The above, once accepted & committed, will fix the Credits screen. If there are any other translation-gaps you've come across, please make them known.
  7. s0600204

    translation didn't apply to RC version of 0 A.D.

    The translations are being pulled from Transifex, but the translate() calls in the JS code appear to not be used correctly. And yes, good catch @thekolian1996!
  8. s0600204

    Installation on CentOS 7

    Do you happen to have another version of boost installed on your system? Perhaps version 1.53? Edit: Yeah, that appears to be it. I'm guessing at some point you've installed the boost-devel package from the CentOS repos. Unless you need this for compiling something else, I recommend you remove it. (If you do need it for compiling something else, then will that something compile with Boost 1.68, and if not - well, that's when things get interesting...)
  9. s0600204

    Installation on CentOS 7

    Hi @skaiware, I'm having difficulty replicating your issue with my VM. I wonder if you could run a few things and report back the results? What is the output when the following command is run? ld --verbose | grep SEARCH_DIR | tr -s '; ' '\n; Could you provide the file pyrogenesis.make (from the folder ./build/workspaces/gcc/)? Are you trying to compile A23 or the current svn head?
  10. s0600204

    MacOS / OSX RC Bundles.

    Not to worry, this is to be expected. Due to work on resolving various multiplayer issues, there is a possibility that the A23 original-release and the A23 re-release is not fully 100% compatible. Thus, a new lobby instance has been created for the A23 re-release, which is what you're seeing... which has no players in it because we haven't released the re-release yet. Once we do, everyone who updates to the re-release will migrate over. An internal soundcard is one that is internal or built-in to the computer. An external soundcard is one that is connected externally to your computer via a USB, Firewire, Thunderbolt or Lightning (very, very frightening me! Galileo!... sorry) cable. If your headphones or speakers plug directly into your computer, you have an internal soundcard. If your headphones or speakers plug in to a box separate from your computer but connected by a data cable, then you might have an external soundcard. (If connected via an audio cable, then the box is more likely to be an amplifier of some description.)
  11. s0600204

    MacOS / OSX RC Bundles.

    (The crash with no soundcard present or available was #4786 / r19877, fixed as of r21097 (by Itms, not me)) I don't recall doing anything else regards to audio problems. Sorry. (Imarok has D1481, but that hides the messages if --nosound is passed.) As to @Servo, I think we'd need to know more. Built-in soundcard or external? Version of OpenAL being used? What programs do you have running in the background (anything that might interfere, cause the system to reset the audio connection, or take up a lot of memory)? What happens if you have some music playing in a media player (Quicktime, VLC, or other) in the background - do the errors still occur, does the music cut-out when 0AD loses audio, or something else? If we can find another program that plays ogg files through OpenAL, then we could see if that also suffers from the same problem.
  12. s0600204

    Hyrule Conquest

    Try using the arrows at the side to move 0ad above Hyrule Conquest. (Mods are loaded in the order shown, top-to-bottom. You appear to be loading them out-of-order.)
  13. s0600204

    Cannot Start Game - Get Mod Screen Instead

    Indeed. When not zipped, the folder structure should be: ./binaries/data/mods/public/ |- art/ |- audio/ |- globalscripts/ |- [...] '- mod.json Whilst when zipped, it should be: ./binaries/data/mods/public/ '- public.zip |- art/ |- audio/ |- globalscripts/ |- [...] '- mod.json
  14. s0600204

    Cannot Start Game - Get Mod Screen Instead

    When you extracted the zip file, how did the folder structure look? [...]/mods/public/public/[art|maps|...] or [...]/mods/public/[art|maps|...] Similarly, what is the structure of the new zip file - is there a mod.json in the root level of the new zipped file? And how exactly did you re-zip it?
  15. s0600204

    Installation on CentOS 7

    Huh. On my VM, I was able to successfully compile the game with the provided gcc 4.8.5. And I did not have a package by the name of devtoolset-7-gcc (or similar) installed at all. But if you're telling me that it is required for someone using a physical machine, then so be it.