Re: [Freeciv-Dev] trunk lua mess
William Allen Simpson wrote: Per Inge Mathisen wrote: Also, while on the topic of api_gen.c|h, I do not see why these automatically generated source files are in the repository? All the tools required to generate them are already in the repository. I agree. And there was a part of a bug report by a translator on another list that indicated a problem with keeping them in sync (or something). I've just looked at the trunk/server/scripting/.svn/dir-prop-base It appears that api_gen.h and .c were already set to be ignored, along with Makefile Makefile.in api_gen.c api_gen.h .deps libscripting.a AFAIK, all that needs to be done is svn delete them, and they should go away. Somebody must have deliberately added them in the past? svn ci -m delete api_gen.* Deleting scripting/api_gen.c Deleting scripting/api_gen.h Committed revision 13004. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] trunk lua mess
William Allen Simpson wrote: AFAIK, all that needs to be done is svn delete them, and they should go away. Somebody must have deliberately added them in the past? Yes, for cross compiling from linux to windows in: http://bugs.freeciv.org/Ticket/Display.html?id=13571 There is a better way. Generate your tools into a tools/bin, then cross compile. It isn't too hard. I'll look into it. (Do we really cross-compile releases?) ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] trunk lua mess
Question: is tolua used for anything other than pre-compilation? That is, AFAICT tolua is only used to build api_gen.* Therefore, tolua would never be anything other than natively compiled, and would not be distributed in a binary distribution? Only lua would be generated for the target distribution? My suggestion is that we: 1) get tolua++ installed and running in the trunk, 2) then test cross-compilation, 3) then upgrade lua itself afterward. My observation is that the main problem we experienced was trying to change from tolua++.h to tolua.h. Therefore, I also suggest that we not change the header. It seems to be too embedded in the tolua++ expectations. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] [Xcode SDL] Need help locating path to civserver
Hello list, still porting freeciv to Cocoa OSX through SDL in Xcode, I now don't have anymore bugs on opening units, technology and taxes window. I now need to be able to start the server from within SDL. I've seen that the code to launch the server is in connectdlg_common.c and that I can possibly hard code path to civserver here (line 290-293) : /* these won't return on success */ execvp(./ser, argv); execvp(./server/civserver, argv); execvp(civserver, argv); but it doesn't seem sufficient enough... Is FREECIV_PATH of any help here? cheers François for some reason (filter?) one of my previous message didn't make it through the list, so just to tell you I changed email address for the list (to a less noisy email account). Vasco are making music? Your name rings a bell here.___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] [Xcode SDL] Need help locating path to civserver
Somehow (and maybe I populated all possible locations with the civserver bin) the server now starts but got a couldn't connect to server log msg. Can that be related to the fact I got a warning when compiling civserver in sernet.c : civserver/sernet.c:812: warning: pointer targets in passing argument 3 of 'accept' differ in signedness May I ignore this warning and go on or do I have to fix it first? TIA François Le 18 juin 07 à 11:20, François Marlier a écrit : Hello list, still porting freeciv to Cocoa OSX through SDL in Xcode, I now don't have anymore bugs on opening units, technology and taxes window. I now need to be able to start the server from within SDL. I've seen that the code to launch the server is in connectdlg_common.c and that I can possibly hard code path to civserver here (line 290-293) : /* these won't return on success */ execvp(./ser, argv); execvp(./server/civserver, argv); execvp(civserver, argv); but it doesn't seem sufficient enough... Is FREECIV_PATH of any help here? cheers François for some reason (filter?) one of my previous message didn't make it through the list, so just to tell you I changed email address for the list (to a less noisy email account). Vasco are making music? Your name rings a bell here. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] trunk lua mess
On Mon, 18 Jun 2007, William Allen Simpson wrote: My observation is that the main problem we experienced was trying to change from tolua++.h to tolua.h. No, that was just an amusing side-show. The problem was that tolua++ generated a faulty api_gen.c file. - Per ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] trunk lua mess
On 6/18/07, William Allen Simpson [EMAIL PROTECTED] wrote: 1) install the latest lua. Make sure it works. Surely the latest lua will still work with the older tolua! No, tolua 5.0 does not work with lua 5.1, unfortunately. And there is no more recent version of tolua, hence the use of tolua++, a more up to date derivative version. - Per ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] trunk lua mess
Per Inge Mathisen wrote: On 6/18/07, William Allen Simpson [EMAIL PROTECTED] wrote: 1) install the latest lua. Make sure it works. Surely the latest lua will still work with the older tolua! No, tolua 5.0 does not work with lua 5.1, unfortunately. And there is no more recent version of tolua, hence the use of tolua++, a more up to date derivative version. Ah. So it has to be tolua first. According to the documentation, tolua++ will work with both lua 5.0 and 5.1. OK, we have a plan. === Unfortunately, tolua++ doesn't seem to be widely available as an external package. It has to be in the source tree. However, I checked my current favorite platforms (MacPorts, NetBSD pkgsrc, debian, Ubuntu), and all of them have lua 5.1.2 as packages. I'm thinking that maybe the way to go with lua is the same as gettext -- change to a build option, but allow an up-to-date external library for most folks. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] Xcode Intel SDL almost working (no more X11) !
On 6/17/07, fmarlier [EMAIL PROTECTED] wrote: P.-.S your name ring a bell, Vasco do you make noise/abstract/ambient music and/or have you been related with James Plotkin on some projects? Nah, I am affraid my musical skills are rather lacking. I do make lots of noise though. :-) -- Vasco Alexandre da Silva Costa ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39403) BUG: 2.1.0b4 MacOSX 3.9 fails to find libintl.h
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39403 Apparently not using the CPPFLAGS? === export LDFLAGS=-L/opt/local/lib export CPPFLAGS=-I/opt/local/include export CC=gcc -no-cpp-precomp ./autogen.sh --enable-nls --enable-client=gtk2 --prefix=/Users/wastrel/freeciv-i18n ... + checking for xgettext = 0.10.36 ... found 0.16.1, ok. ... checking whether NLS is requested... yes checking whether included gettext is requested... no checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for GNU gettext in libc... no checking for GNU gettext in libintl... yes checking for dcgettext... yes checking for msgfmt... /opt/local/bin/msgfmt checking for gmsgfmt... /opt/local/bin/msgfmt checking for xgettext... /opt/local/bin/xgettext ... checking for ngettext in -lc... no checking for ngettext in -lintl... yes checking whether libintl's ngettext works at runtime... yes checking for GNU xgettext version = 0.10.36... yes checking for GNU msgfmt version = 0.10.35... yes ... === gcc -no-cpp-precomp -DHAVE_CONFIG_H -I. -I.. -I../intl -Wall -Wpointer-arith -Wcast-align -Wmissing-prototypes -Wmissing-declarations -DLOCALEDIR=\/Users/wastrel/freeciv-i2_1/share/locale\ -DDEFAULT_DATA_PATH=\.:data:~/.freeciv:/Users/wastrel/freeciv-i2_1/share/freeciv\ -g -O2 -Wall -Wpointer-arith -Wcast-align -Wmissing-prototypes -Wmissing-declarations -fsigned-char -MT fciconv.o -MD -MP -MF .deps/fciconv.Tpo -c -o fciconv.o fciconv.c In file included from fciconv.c:36: fcintl.h:23:21: libintl.h: No such file or directory fciconv.c: In function `init_character_encodings': fciconv.c:120: warning: implicit declaration of function `bind_textdomain_codeset' fciconv.c: In function `convert_string': fciconv.c:206: warning: implicit declaration of function `gettext' fciconv.c:206: warning: passing arg 2 of `real_freelog' makes pointer from integer without a cast make[3]: *** [fciconv.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 === FlatLand:~/Projects/freeciv_stable/i2_1 wastrel$ locate libintl.h /opt/local/include/libintl.h /opt/local/var/db/dports/software/gettext/0.16.1_0/opt/local/include/libintl.h ... FlatLand:~/Projects/freeciv_stable/i2_1 wastrel$ env LDFLAGS=-L/opt/local/lib TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash CPPFLAGS=-I/opt/local/include ... ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39403) BUG: 2.1.0b4 CPPFLAGS ignored and other makefile oddities
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39403 Must be using old instructions. Found some newer ones at: http://freeciv.wikia.com/wiki/Install-MacOSX There, it specifies putting them all in the CC variable: export CC=gcc -no-cpp-precomp -I/opt/local/include -L/opt/local/lib Not traditional, but that works (at least it compiles with only warnings). Still, CFLAGS and CPPFLAGS are the traditional method, and something is definitely wrong with the configure I found PR#35785, so it's a relatively new problem, but it's been reported before. http://bugs.freeciv.org/Ticket/Display.html?id=35785 Also, note that the -W options appear twice on each command line. Very odd! Who's the configure/makefile expert for the project? ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39403) BUG: 2.1.0b4 CPPFLAGS ignored and other makefile oddities
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39403 should be related to the untraditional approach of Apple gcc/cc the -traditional-cpp or -no-cpp-precomp tell to use the not hacked by Apple gcc version, hence using -no-cpp-precomp in CC should allow you to use CPPFLAGS then... well, maybe... Le 19 juin 07 à 01:18, William Allen Simpson a écrit : URL: http://bugs.freeciv.org/Ticket/Display.html?id=39403 Must be using old instructions. Found some newer ones at: http://freeciv.wikia.com/wiki/Install-MacOSX There, it specifies putting them all in the CC variable: export CC=gcc -no-cpp-precomp -I/opt/local/include -L/opt/local/ lib Not traditional, but that works (at least it compiles with only warnings). Still, CFLAGS and CPPFLAGS are the traditional method, and something is definitely wrong with the configure I found PR#35785, so it's a relatively new problem, but it's been reported before. http://bugs.freeciv.org/Ticket/Display.html?id=35785 Also, note that the -W options appear twice on each command line. Very odd! Who's the configure/makefile expert for the project? ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39404) 2.1 Crash in handle_mouse_cursor when loading save
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39404 Encountered this crash when going to 'Load saved game', Ok, start 2.1 svn rev 13004 I can't reproduce the crash. The crash involved switching active application while waiting for the save to load, I think. Crash right after loading game, without drawing the map area. Suspicion: handle mouse cursor tried before map painted? Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 805468960 (LWP 14174)] 0x1001803c in find_visible_unit (ptile=0x362b49b0) at ../utility/speclist.h:110 110 return genlist_size(tthis-list); (gdb) bt #0 0x1001803c in find_visible_unit (ptile=0x362b49b0) at ../utility/speclist.h:110 #1 0x10018a08 in handle_mouse_cursor (ptile=0x362b49b0) at control.c:896 #2 0x100e4e48 in leave_mapcanvas (widget=value optimized out, event=value optimized out) at mapctrl.c:408 #3 0x0fd7e128 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #4 0x0f60f3bc in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #5 0x0f623a24 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #6 0x0f624abc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #7 0x0f624ef8 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #8 0x0fec6890 in gtk_widget_get_default_style () from /usr/lib/libgtk-x11-2.0.so.0 #9 0x0fd771c8 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x0fb77dfc in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0 #11 0x0f5255f4 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #12 0x0f5292f8 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #13 0x0f5299ac in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #14 0x0fd77488 in gtk_main_iteration () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x100f0314 in set_client_page (page=PAGE_GAME) at pages.c:2193 #16 0x100108b0 in set_client_state (newstate=value optimized out) at civclient.c:529 #17 0x1002eb84 in handle_game_state (value=3) at packhand.c:361 #18 0x1003264c in client_handle_packet (type=value optimized out, packet=0x24044428) at packhand_gen.c:58 #19 0x10010a40 in handle_packet_input (packet=0x4b, type=12) at civclient.c:400 #20 0x100153a0 in input_from_server (fd=value optimized out) at clinet.c:376 #21 0x100da564 in get_net_input (data=value optimized out, fid=75, condition=2143437992) at gui_main.c:1763 #22 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #23 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #24 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #25 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #26 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #27 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #28 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #29 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #30 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #31 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 #32 0x0fb45084 in gdk_input_add () from /usr/lib/libgdk-x11-2.0.so.0 Previous frame inner to this frame (corrupt stack?) ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39405) S2_1 compile fails in diplodlg.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39405 S2_1 r13004 on OSX 10.3.9; while compiling gui_sdl: diplodlg.c: In function `gold_callback': diplodlg.c:369: warning: implicit declaration of function `gettext' diplodlg.c:369: warning: passing arg 1 of `append_output_window' makes pointer from integer without a cast diplodlg.c: In function `popup_diplomatic_objects': diplodlg.c:447: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:456: warning: passing arg 1 of `skip_intl_qualifier_prefix' makes pointer from integer without a cast diplodlg.c:470: warning: passing arg 1 of `skip_intl_qualifier_prefix' makes pointer from integer without a cast diplodlg.c:485: warning: passing arg 1 of `skip_intl_qualifier_prefix' makes pointer from integer without a cast diplodlg.c:506: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:519: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:527: warning: format argument is not a pointer (arg 4) diplodlg.c:541: warning: format argument is not a pointer (arg 4) diplodlg.c:558: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:573: warning: passing arg 3 of `my_snprintf' makes pointer from integer without a cast diplodlg.c:607: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:614: error: structure has no member named `name' diplodlg.c:639: error: structure has no member named `name' diplodlg.c:685: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c: In function `update_diplomacy_dialog': diplodlg.c:825: warning: passing arg 3 of `my_snprintf' makes pointer from integer without a cast diplodlg.c:877: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:889: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c: In function `popup_war_dialog': diplodlg.c:1298: warning: passing arg 3 of `my_snprintf' makes pointer from integer without a cast diplodlg.c:1315: warning: passing arg 3 of `my_snprintf' makes pointer from integer without a cast diplodlg.c:1328: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:1338: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c: In function `popup_diplomacy_dialog': diplodlg.c:1426: warning: passing arg 3 of `my_snprintf' makes pointer from integer without a cast diplodlg.c:1443: warning: passing arg 3 of `my_snprintf' makes pointer from integer without a cast diplodlg.c:1457: warning: passing arg 3 of `my_snprintf' makes pointer from integer without a cast diplodlg.c:1459: warning: passing arg 3 of `my_snprintf' makes pointer from integer without a cast diplodlg.c:1482: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:1499: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast diplodlg.c:1513: warning: passing arg 2 of `copy_chars_to_string16' makes pointer from integer without a cast make[3]: *** [diplodlg.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ~Daniel ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev