Jump to content

A25 svn-version 25810 not playable


Recommended Posts

29 minutes ago, Mr.lie said:

And, for the first time as long i play 0ad, i've seen that a faction ("kushites") build "siege-tower"! Never before i've seen this.

That is bad actually, since the code has a very nice comment: "// We do not want siege tower as AI does not know how to use it".

Link to comment
Share on other sites

52 minutes ago, Mr.lie said:

Hi,

i've started a new game (the same as above) after applying D4184 and it seems to be ok with siege-ram and elephants. The max count i've noticed is 9 siege-rams from the "iberer" and only a few elephants. And, for the first time as long i play 0ad, i've seen that a faction ("kushites") build "siege-tower"! Never before i've seen this.

Warships are still produced tons.

After a while, the "athener" have build 13 siege-rams ...

Link to comment
Share on other sites

On 30/06/2021 at 1:54 PM, Stan` said:

The os specific code might make assumptions. Eg checking for WIN32_ and not WIN64_. Or assuming some objects sizes to be 32bit. There is quite a fair bit of code to show callstack on windows which might have hacks and assumptions too and needs to be checked.

Sure there is a decision to be made but it will be easier once it works :)

As for the last question, if/when we eventually migrate to git probably not but for now it's really convenient. More so because you cannot currently cross compile and it allows us to generate the windows installer on mac.

 

For contributors it's important to know upfront what is desired / the target before doing anything.

The political part needs to be addressed anyway, the work only if 64-bit is desired and depending on what is desired the work may even change.

I don't claim that it's as easy as a compile switch, but I'm sure a 64 bit build is far from an insurmountable obstacle, just a couple hours of work at most.

Link to comment
Share on other sites

Well now that SpiderMonkey forced us to drop XP (and possibly vista) and Windows 7 is almost dead. (There are some ways to get ESU until 2023) I am not against offering a 64 bit build of the game.

I don't think however that it should be a priority over better performance (even though pathfinder threading will help in A25) and Hidpi support.

7 minutes ago, hyperion said:

 

I don't claim that it's as easy as a compile switch, but I'm sure a 64 bit build is far from an insurmountable obstacle, just a couple hours of work at most.

Maybe not but there are quite a lot of edgecases that needs to be checked (I don't have a list in mind but given that just updating to a minor version of the sdl can break a ton of things on Windows, I wouldn't be surprised.

Link to comment
Share on other sites

On 03/07/2021 at 6:21 PM, Stan` said:

There are some ways to get ESU until 2023

So in your opinion dropping 32-bit build before 2023 is undesirable (sounds reasonable) which makes a straight replacement impossible for now. So how should a 64-bit build be handled?

Link to comment
Share on other sites

Well I think it should be handled cautiously. Maybe as a POC first in a git mirror cause we're gonna need a whole bunch of new dlls and .lib and Phabricator is terrible for that. Then once it works well enough (ideally tested by 2-3 people) we can offer a special build/installer for the adventurous people.

Link to comment
Share on other sites

On 05/07/2021 at 4:02 PM, Stan` said:

Well I think it should be handled cautiously. Maybe as a POC first in a git mirror cause we're gonna need a whole bunch of new dlls and .lib and Phabricator is terrible for that. Then once it works well enough (ideally tested by 2-3 people) we can offer a special build/installer for the adventurous people.

As I don't like this approach I created a cross root to build a static 64-bit pyrogenesis.exe. Well, I got all dependencies cross-compiled with only sm and fcollada missing. Got stuck at building a rust cross std lib, guess will take a while until I have time and energy to get back to it.

  • Like 2
Link to comment
Share on other sites

You don't like cautious approaches ? XD

Yeah those two were in my annoyance list. I've never managed to build spidermonkey so far on Windows. And fcollada needs a bunch of csproj modifications...

Link to comment
Share on other sites

Sorry, no, to do a build in Windows 10 in general (currently 32bit). I read the Wiki instructions but did not make progress. As I don't want to spam this thread here with my problems, I would like to leave it at that. Since @Yekaterina
kindly provided further help in that other thread I might be able to continue and would then update the Wiki for a better understanding by noobs like myself. ;)

Link to comment
Share on other sites

On 12/07/2021 at 8:09 AM, Stan` said:

You don't like cautious approaches

Na, what I don't like is storing binary artefacts in a repo and only providing the last step in a proper manner, instead how it's done for mac is how I see it should be for Windows too. Building from ground up in Windows strikes me as more difficult than cross-compiling for me. Some tricks were required but It was rather straight forward until I ran into rust. Never expected that bootstrapping a rust cross-compiler targeting Windows would be such a headache. I only expected 0ad itself to need quite some work to allow for cross-compilation which would be worthwhile irrespective of a potential win64 build.

Link to comment
Share on other sites

5 minutes ago, hyperion said:
On 12/07/2021 at 8:09 AM, Stan` said:

 

Na, what I don't like is storing binary artefacts in a repo and only providing the last step in a proper manner, instead how it's done for mac is how I see it should be for Windows too. Building from ground up in Windows strikes me as more difficult than cross-compiling for me.

Ah yeah sure! They'll be removed when we eventually switcht o git. Will have to find a way to make it easy to download them from the server/github/gitlab so we can get the same experience at what svn is.

Yeah building from the ground up is tiring. So many build systems/processes/hacks.

If you have a working cross compiled executable build process it could be nice to share it though.

8 minutes ago, hyperion said:

. I only expected 0ad itself to need quite some work to allow for cross-compilation which would be worthwhile irrespective of a potential win64 build.

I suppose making it work with mingw would be a good start.

Link to comment
Share on other sites

On 15/07/2021 at 1:30 AM, hyperion said:

Na, what I don't like is storing binary artefacts in a repo and only providing the last step in a proper manner, instead how it's done for mac is how I see it should be for Windows too. Building from ground up in Windows strikes me as more difficult than cross-compiling for me. Some tricks were required but It was rather straight forward until I ran into rust. Never expected that bootstrapping a rust cross-compiler targeting Windows would be such a headache. I only expected 0ad itself to need quite some work to allow for cross-compilation which would be worthwhile irrespective of a potential win64 build.

https://github.com/microsoft/vcpkg

I suggest devs to drop third party libraries and just rely on vcpkg aside from SM and FCollada.

Link to comment
Share on other sites

Might consider it yes. Last time I tried though I didn't have enough control on toolsets and versions which would be an issue.

IIRC @Imarok had some fun with it. Not sure how to integrate it with premake, I know it handles cmake.

Link to comment
Share on other sites

Fixing the AI excessive siege building etc. has made the Ai a little more feisty and challenging again. Since I mostly play 4X4 with 7 Ais I notice my allies are more aggressive and helpful as well as the increase in pace of the opposition. Making a dozen rams and never using them had to be a big drain on resources.  Some civs are actually using rams in mass attacks again.

Link to comment
Share on other sites

8 hours ago, smiley said:

https://github.com/microsoft/vcpkg

I suggest devs to drop third party libraries and just rely on vcpkg aside from SM and FCollada.

Does this approach have the same shortcomings as using homebrew for mac? If so I don't think it's a great solution but nonetheless a clear improvement over the status quo.

 

On 14/07/2021 at 10:39 PM, Stan` said:

If you have a working cross compiled executable build process it could be nice to share it though.

Well, as said before, I only have most of the deps so far. As for rust, took me a bit of digging to patch it so it would build (bootstrap depends on sanity checks for dist target which I don't care about in the first place).

As for the quirks so far, gcc 11 is to new for the mingw runtime so I had to use gcc 10 configured to use pthreads so I get <mutex> <thread> etc. Then I configured all deps with --enable-static (as intended) and --disable-shared to reduce issues (don't remember which package didn't want to build a shared lib of the top of my head) and --disable-log for boost. In case of miniupnpc I had to use Makefile.mingw and use the static lib as target. The rest can be called ebuild bugs like excess deps or defines which are Linux specific. I don't mind sharing the exact setup once I have it working but it's Gentoo specific, so except for a proof of concept might not have much value for you. Anyway, if you use mingw on windows I think you won't run into much issues up to where I am either.

PS: had a quick first look at SM and Gentoo has a patch for fortify source, remembered you showing me the flags used by the the ubuntu maintainer which apparently caused issues.

 

Link to comment
Share on other sites

44 minutes ago, hyperion said:

Does this approach have the same shortcomings as using homebrew for mac?

Yes, its pretty much the same thing to be fair, except that visual studio plays nicely with vcpkg, in that it tries to emulate a /usr/lib/. What other approach is there for Win?

For certain libraries like nvtt, one would need to patch the portfile too. Painful, but its the least painful way I have found.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...