[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread Marko Lindqvist
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:

[Freeciv-Dev] [bug #16976] Certain ruler titles are used for more than one government

2012-08-27 Thread J.M. Maalderink
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

[Freeciv-Dev] [bug #19871] Leader name female forms: Chairman vs Chairwoman/Chairperson, etc

2012-08-27 Thread J.M. Maalderink
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] [bug #20097] Use GtkOrientation (migrate from gtk2) and fix GdkModifierType mask handling

2012-08-27 Thread RafałMużyło
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:

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread Daniel Markstedt
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)

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread Daniel Markstedt
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

[Freeciv-Dev] [patch #3510] Alien World: Radiating terrain flag

2012-08-27 Thread Marko Lindqvist
Update of patch #3510 (project freeciv): Status: Ready For Test = Done Assigned to:None = cazfi Open/Closed:Open = Closed

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread RafałMużyło
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

[Freeciv-Dev] [patch #3515] Update stdlib_h.m4 to upstream serial 39

2012-08-27 Thread Marko Lindqvist
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 -

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread RafałMużyło
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.

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread Marko Lindqvist
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

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread Marko Lindqvist
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

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread RafałMużyło
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.

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread RafałMużyło
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:

[Freeciv-Dev] [patch #3464] Make it possible to use database.lua from srcdir in --enable-debug builds

2012-08-27 Thread Marko Lindqvist
Update of patch #3464 (project freeciv): Category:None = general Status:None = Ready For Test Planned Release: = 2.5.0

[Freeciv-Dev] Diplomacy with AI - no alliances option

2012-08-27 Thread xei...@tiscali.it
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

[Freeciv-Dev] [bug #20095] Compilation fails during tolua-5.1

2012-08-27 Thread RafałMużyło
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)

[Freeciv-Dev] [bug #20057] Error when trying to compile with --enable-debug

2012-08-27 Thread David Fernandez
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

[Freeciv-Dev] [bug #20045] assertion failed with civ2civ3 over S2_4

2012-08-27 Thread David Fernandez
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()