[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #3, bug #20095 (project freeciv): How about also moving them to _LDADD from _LDFLAGS? (file #16436, file #16437) ___ Additional Item Attachment: File name: ToluaLDADD.patch Size:0 KB File name: ToluaLDADD-S2_4.patch Size:0 KB ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #16976] Certain ruler titles are used for more than one government
Follow-up Comment #3, bug #16976 (project freeciv): Attached a patch with these fixes, plus bug #19871 and some misc. leader name changes. (file #16438) ___ Additional Item Attachment: File name: leader_name_consistency.patch Size:10 KB ___ Reply to this item at: http://gna.org/bugs/?16976 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #19871] Leader name female forms: Chairman vs Chairwoman/Chairperson, etc
Follow-up Comment #2, bug #19871 (project freeciv): picked up in bug #16976 ___ Reply to this item at: http://gna.org/bugs/?19871 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20097] Use GtkOrientation (migrate from gtk2) and fix GdkModifierType mask handling
Follow-up Comment #3, bug #20097 (project freeciv): @comment #2: That's exactly what I've meant by I can't reproduce - this works correctly here, even if the code isn't really correct. ___ Reply to this item at: http://gna.org/bugs/?20097 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #4, bug #20095 (project freeciv): Strangely enough, still bailing out with the same message. (And yes, I ran make clean and autogen.sh inbetween...) Here are a couple of massive logs, if this helps you at all. (file #16439) ___ Additional Item Attachment: File name: daniel-configure.txt Size:21 KB ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #5, bug #20095 (project freeciv): Too massive for Gna, so now here cropped in half. (file #16440) ___ Additional Item Attachment: File name: daniel-make.txtSize:455 KB ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3510] Alien World: Radiating terrain flag
Update of patch #3510 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/patch/?3510 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #6, bug #20095 (project freeciv): Perhaps a silly question, but does OS X have a *separate* libm ? (IIRC, that's a valid question for i.e. OpenBSD (or was that just about were *some* of math functions are ?)) Also, both LUA_AS_DEPENDENCY and LUA_LIBS carry '-lm'. As for the other part, changing _LDFLAGS to _LDADD is actually a more generic bug fix (though *perhaps* some of those should be moved to libtolua_la_LIBAD in tolua-5.1/src/lib) (also, it seems that 'massive' log from comment #4 got truncated) ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3515] Update stdlib_h.m4 to upstream serial 39
URL: http://gna.org/patch/?3515 Summary: Update stdlib_h.m4 to upstream serial 39 Project: Freeciv Submitted by: cazfi Submitted on: Mon 27 Aug 2012 05:38:09 PM EEST Category: bootstrap Priority: 5 - Normal Status: Ready For Test Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Planned Release: 2.5.0 ___ Details: ___ File Attachments: --- Date: Mon 27 Aug 2012 05:38:09 PM EEST Name: Stdlhm4.patch Size: 7kB By: cazfi http://gna.org/patch/download.php?file_id=16441 ___ Reply to this item at: http://gna.org/patch/?3515 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #7, bug #20095 (project freeciv): Looking at tolua-5.1/src/bin/Makefile.am again, *unless* I'm missing something, after changing _LDFLAGS to _LDADD it would seem tolua_DEPENDENCIES are redundant - see if removing it helps. ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Update of bug #20095 (project freeciv): Status: Ready For Test = In Progress ___ Follow-up Comment #8: Also, both LUA_AS_DEPENDENCY and LUA_LIBS carry '-lm'. Oh, that explains it. LUA_AS_DEPENDENCY expects filenames, not linker options. This actually makes one to wonder why it's not erroring in other environments. ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #9, bug #20095 (project freeciv): Fix to not to pollute LUA_AS_DEPENDENCY with -lm. Note that all places that link against liblua are affected - tolua just happens to be first one. _LDFLAGS - _LDADD change was just a test, and I don't think it's even right thing to do (we are not building library of which libm is part). Original duplicate -lm removal patch is probably wrong too - if libtolua requires libm itself and not just because of liblua, one should not rely on liblua flags to provide it. (file #16443) ___ Additional Item Attachment: File name: LuaAsDepFix.patch Size:0 KB ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #10, bug #20095 (project freeciv): What about what I've wrote in comment #7 ? After all, the reason dependencies were not computed correctly before was exactly that those libs were passed via _LDFLAGS instead of _LDADD. ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #11, bug #20095 (project freeciv): ...also passing '-lm' to libtolua_la_LIBADD (if it's actually needed there and not for liblua itself) should make it easier to propagate it down the tree. ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [patch #3464] Make it possible to use database.lua from srcdir in --enable-debug builds
Update of patch #3464 (project freeciv): Category:None = general Status:None = Ready For Test Planned Release: = 2.5.0 ___ Follow-up Comment #1: Patch (file #16444) ___ Additional Item Attachment: File name: BuilddirAuth.patch Size:4 KB ___ Reply to this item at: http://gna.org/patch/?3464 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] Diplomacy with AI - no alliances option
Dear all, first of all let me thank you for this wonderful game. I bought Civilization on Amiga, at its first release, and since then I'm a fan of this saga. I discovered FreeCiv just an year ago, and I keep on playing it regularly during lunch time, thanks to its low graphical requirements and deep immersion. I really love your game. I use to play all my games with only AI opponents. I find the games well balanced and I really enjoy them; still there are two points that make the game end always and only as a total war of me against all the AIs. The first thing is that, whatever I do, no importance if I have contact or not after the first no-aggression pact, the AI relationship to me lowers and lowers and never recover. There is no way to raise it up, at least in my experience. A guide on this would be really helpful (maybe on the wikia pages?) and a fine tuning as well. It is impossible to run even simply the idea of a diplomatic game, as all the other countries will declare war on me soon or later. The second thing is that the AI doesn't recognize who is the first on declaring war. This means that if AI_1 declares war on me and AI_1 is allied with AI_2, then AI_2 will always declare war on me, regardless on who is the aggressor and if there is a chance of winning, or relationship between the nations. I know that this is a long term pending issue, and I hope to see it solved in the future, but in the meanwhile could be possible to include, in the diplomatic options at the beginning of the game, a no alliances allowed option? This would allow all the diplomatic actions with a one-on-one basis, but would prevent the domino effect of one country declaring war causing all the nations going to war (usually against the human player). I hope that you could evaluate these suggestions, and that at least the no alliances allowed could be included in the next release. I also wait for a review of the AI code, but I know that this is a long, hard task. Thank you very much for the game and for the effort you put in it. Keep up the good work!! :-) Andrea Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1
Follow-up Comment #12, bug #20095 (project freeciv): OK, it's better to write the patch on your own. This is against trunk r21843. freeciv-server, freeciv-manual, freeciv-modpack and gtk2/gtk3 clients seems to build correctly with it. Please test. (file #16445) ___ Additional Item Attachment: File name: lua-deps.patch Size:4 KB ___ Reply to this item at: http://gna.org/bugs/?20095 ___ Message sent via/by Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20057] Error when trying to compile with --enable-debug
Follow-up Comment #5, bug #20057 (project freeciv): Your patch fixes the reported error, thank you. But now I get a different error: trunk: cc1: warnings being treated as errors map.c: In function ‘startpos_iter_init’: map.c:1608: warning: type-punning to incomplete type might break strict-aliasing rules make[4]: *** [map.lo] Error 1 S_4: cc1: warnings being treated as errors map.c: In function ‘startpos_iter_init’: map.c:1558: warning: type-punning to incomplete type might break strict-aliasing rules make[4]: *** [map.lo] Error 1 ___ Reply to this item at: http://gna.org/bugs/?20057 ___ Mensaje enviado vía/por Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [bug #20045] assertion failed with civ2civ3 over S2_4
Follow-up Comment #14, bug #20045 (project freeciv): I'm afraid it keeps failing with the same error. I tested S_4 r21843 that includes the mentioned patch. The error appears when I reload the savegame posted here, and also when I start a new clean game. 1: in unit_virtual_destroy() [unit.c::1715]: assertion '!unit_transported(punit)' failed. ___ Reply to this item at: http://gna.org/bugs/?20045 ___ Mensaje enviado vía/por Gna! http://gna.org/ ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
