Re: [Freeciv-Dev] (PR#39722) gcc-4.2 -O2 compile fails as predicted
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 William Allen Simpson wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 Castanier Carl wrote: ho, sorry was a pepeto comment :) you can't read them :) Anyway, I can't talk about it since I can't read any tickets and I can't see what I wrote. Ah, another child. There are at least 3 ways to read the reports. And of course, surely you saved your own email on your own computer. What he says it's true. I can't read any ticket with the guest acount. Ah, and i'm not a child! :-) ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39722) gcc-4.2 -O2 compile fails as predicted
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 On Nov 27, 2007 5:44 PM, Jordi Negrevernis i Font [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 William Allen Simpson wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 Castanier Carl wrote: ho, sorry was a pepeto comment :) you can't read them :) Anyway, I can't talk about it since I can't read any tickets and I can't see what I wrote. Ah, another child. There are at least 3 ways to read the reports. And of course, surely you saved your own email on your own computer. What he says it's true. I can't read any ticket with the guest acount. Ah, and i'm not a child! :-) Can you try again now? Guest cannot search (which is a major drawback) but you can enter ticket numbers directly. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39866) Tracking 2.1.1 release
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39866 On Sat, 24 Nov 2007 17:54:15 -0800 William Allen Simpson wrote: Thought I'd report that the x11 client still compiles and runs. Unfortunately, I don't seem to remember how to get it running a game Connecting to already started server and pressing Start button should be enough. :) -- Thanks, evyscr ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39722) gcc-4.2 -O2 compile fails as predicted
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 2007/11/27, Daniel Markstedt [EMAIL PROTECTED]: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 On Nov 27, 2007 5:44 PM, Jordi Negrevernis i Font [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 William Allen Simpson wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 Castanier Carl wrote: ho, sorry was a pepeto comment :) you can't read them :) Anyway, I can't talk about it since I can't read any tickets and I can't see what I wrote. Ah, another child. There are at least 3 ways to read the reports. And of course, surely you saved your own email on your own computer. What he says it's true. I can't read any ticket with the guest acount. Ah, and i'm not a child! :-) Can you try again now? hehe link is bad. I understand now http://bugs.freeciv.org/SelfService/Display.html?id=39722 work but http://bugs.freeciv.org/Ticket/Display.html?id=39722 is wrong query. Guest cannot search (which is a major drawback) but you can enter ticket numbers directly. Ffield go to tickets works now. I apologize then. I'm baby :) -- Carl 2007/11/27, Daniel Markstedt [EMAIL PROTECTED]: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 On Nov 27, 2007 5:44 PM, Jordi Negrevernis i Font [EMAIL PROTECTED] wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722 William Allen Simpson wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722Castanier Carl wrote: ho, sorry was a pepeto comment :) you cant read them :) Anyway, I cant talk about it since I cant read any tickets and I cant see what I wrote.Ah, another child.There are at least 3 ways to read the reports.And of course, surely you saved your own email on your own computer. What he says its true. I cant read any ticket with the guest acount. Ah, and im not a child! :-) Can you try again now?hehe link is bad. I understand nowhttp://bugs.freeciv.org/SelfService/Display.html?id=39722 work but http://bugs.freeciv.org/Ticket/Display.html?id=39722 is wrong query. Guest cannot search (which is a major drawback) but you can enterticket numbers directly.Ffield go to tickets works now. I apologize then.Im baby :) -- Carl ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39919) freeze on Haiku (formaly openbeos)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39919 Running civclient from bash gives the output as stated in the attached file. The first screen shows up but after that I'm not getting any respons ... and need to kill the thread. freeciv_log Description: Binary data ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39920) freeze on Haiku (formaly openbeos)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39920 Running civclient from bash gives the output as stated in the attached file. The first screen shows up but after that I'm not getting any respons ... and need to kill the thread. freeciv_log Description: Binary data ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39849) strcasestr warning
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849 On Fri, 9 Nov 2007 22:26:56 -0800 Jason Dorje Short wrote: Jason Dorje Short wrote: William Allen Simpson wrote: Naive trunk implementation: Naive is fine but you forgot to add the check to configure.ac. Attached patch does that. But now it still won't compile, and I don't understand why. Still strange. Delving into the preprocessor, if I just throw a -E on to the above line the resulting file has no prototype for the function at all. Yet it is clearly present in the header, surrounded by #ifdef __USE_GNU which is presumably being left undefined somehow in compilation while it was defined properly during the configure check. I suppose I could upload my string.h if anyone has any bright ideas. Doesn't #define _GNU_SOURCE required before including string.h to use strcasestr()? (Or have I read man 3 strcasestr wrongly?) Well, it works for me if I apply attached patch. (Note, that placing #define right before #include string.h gives no effect.) -- Thanks, evyscr Index: utility/support.c === --- utility/support.c (revision 14083) +++ utility/support.c (working copy) @@ -41,6 +41,10 @@ #include config.h #endif +#ifdef HAVE_STRCASESTR +#define _GNU_SOURCE +#endif + #include assert.h #include ctype.h #include errno.h ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39849) strcasestr warning
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849 On 10/11/2007, Jason Dorje Short [EMAIL PROTECTED] wrote: #ifdef __USE_GNU which is presumably being left undefined somehow in compilation while it was defined properly during the configure check. I had similar problems in debian testing some time ago, when gcc headers were including (incompatible) glibc headers. For this + miscompilation problem I have been using gcc compiled by myself lately. I should again test with current debian package. - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39849) strcasestr warning
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849 Now I got this same error in Ubuntu system. It seems that user has to define _GNU_SOURCE for __USE_GNU to be defined. ( export CFLAGS=-D_GNU_SOURCE ./autogen.sh make) works No idea how it always gets set at configure time. - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39849) strcasestr warning
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849 On 27/11/2007, Marko Lindqvist wrote: Now I got this same error in Ubuntu system. It seems that user has to define _GNU_SOURCE for __USE_GNU to be defined. No idea how it always gets set at configure time. Patch to define it both configure and compile time. - ML --- configure.ac 2007-11-27 20:27:58.0 +0200 +++ configure.ac 2007-11-27 20:28:07.0 +0200 @@ -164,6 +164,9 @@ WITH_EFENCE=1 ) +dnl Check for GNU libc +AC_GNU_SOURCE + dnl Checks for programs. AC_PROG_AWK AC_PROG_CC ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39919) freeze on Haiku (formaly openbeos)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39919 On Nov 27, 2007 1:39 PM, wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39919 Running civclient from bash gives the output as stated in the attached file. The first screen shows up but after that I'm not getting any respons ... and need to kill the thread. Which version of Freeciv are you using? The last lines of that log is about sound, can you compile without sound and try that? _SoundPlayNode::SendNewBuffer, event scheduled much too late, lateness is 4132 _SoundPlayNode::SendNewBuffer, event scheduled much too late, lateness is 5152 Kill Thread ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39916) Diplomacy proposals last after end of turn
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39916 Per I. Mathisen wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39916 On 11/26/07, Ulrik Sverdrup [EMAIL PROTECTED] wrote: If not answered, the initial Ceasefire proposal tabs are still not closed after end of turn. I think they should be. Does this also affect other AI diplomacy proposals? There's no need to close the diplomacy dialogs, as long as the AI re-evaluates the proposal at the new turn (or before accepting it). -jason ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39919) freeze on Haiku (formaly openbeos)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39919 Can you kill it with a SEGV and get a backtrace? Or run within gdb? And yeah, disabling sound might be wise...sound really shouldn't crash though. -jason ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39849) strcasestr warning
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849 [EMAIL PROTECTED] - Tue Nov 27 17:48:50 2007]: On 27/11/2007, Marko Lindqvist wrote: Now I got this same error in Ubuntu system. It seems that user has to define _GNU_SOURCE for __USE_GNU to be defined. No idea how it always gets set at configure time. Patch to define it both configure and compile time. This *can't* be the right fix. First of all, why is configure finding the function when it can't be found by gcc later? Secondly, _GNU_SOURCE? Is this a real define or just something internal to glibc? Why would strcasestr not be presented to the user by default as the manual indicated? Honestly this looks like a glibc bug. -jason ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39849) strcasestr warning
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849 On Tue, 27 Nov 2007 10:10:57 -0800 Jason Short wrote: [cazfi74 - Tue Nov 27 17:48:50 2007]: On 27/11/2007, Marko Lindqvist wrote: Now I got this same error in Ubuntu system. It seems that user has to define _GNU_SOURCE for __USE_GNU to be defined. No idea how it always gets set at configure time. Patch to define it both configure and compile time. This *can't* be the right fix. First of all, why is configure finding the function when it can't be found by gcc later? It doesn't give a warning about implicit function for the next file: = #include stdio.h #include string.h int main(void) { char *c; c = strcasestr(123456, 45); printf(%s, c); } = However, the warning about assignment makes pointer from integer without a cast is present until #define _GNU_SOURCE is added. It is also _shown_ if this define placed _after_ #include stdio.h Main thought here is that we have different includes while configuring and while compiling, and this may affects. We also have different gcc parameters at the configure time and at the compile time. Secondly, _GNU_SOURCE? Is this a real define or just something internal to glibc? Why would strcasestr not be presented to the user by default as the manual indicated? Which manual?! SYNOPSIS #include string.h char *strstr(const char *haystack, const char *needle); #define _GNU_SOURCE #include string.h char *strcasestr(const char *haystack, const char *needle); CONFORMING TO The strstr() function conforms to C89 and C99. The strcasestr() func- tion is a non-standard extension. Honestly this looks like a glibc bug. Don't think so. -- Thanks, evyscr ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39849) strcasestr warning
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849 On 27/11/2007, Jason Short [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] - Tue Nov 27 17:48:50 2007]: On 27/11/2007, Marko Lindqvist wrote: Now I got this same error in Ubuntu system. It seems that user has to define _GNU_SOURCE for __USE_GNU to be defined. No idea how it always gets set at configure time. Patch to define it both configure and compile time. This *can't* be the right fix. AC_GNU_SOURCE is what autoconf manual tells one to use. It's not fix to the actual bug (wherever that is) but gets around it. First of all, why is configure finding the function when it can't be found by gcc later? This seems like autoconf bug. It should not find it when AC_GNU_SOURCE is not used. Secondly, _GNU_SOURCE? Is this a real define or just something internal to glibc? Why would strcasestr not be presented to the user by default as the manual indicated? _GNU_SOURCE is documented as user (from glibc point of view) settable macro: http://www.gnu.org/software/libc/manual/html_node/Feature-Test-Macros.html Glibc manual mentions that strcasecmp is derived from BSD. Maybe one is expected to read that as strcasecmp is available only when _BSD_SOURCE or _GNU_SOURCE is defined. Honestly this looks like a glibc bug. ...or gcc. There has been ongoing discussion for years if they should define _GNU_SOURCE by default or not. I saw some comment saying that currently g++ defines it, but gcc not! - ML ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39921) [Patch] Fix gettext checks
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39921 Output of recent 'xgettext --version' differs from what configure check expects. Attached patch works for me. - ML diff -Nurd -X.diff_ignore freeciv/configure.ac freeciv/configure.ac --- freeciv/configure.ac 2007-11-27 21:57:37.0 +0200 +++ freeciv/configure.ac 2007-11-27 22:30:23.0 +0200 @@ -245,7 +245,7 @@ if test $IS_BETA_VERSION = 1 || test $IS_DEVEL_VERSION = 1; then AC_MSG_CHECKING(for GNU xgettext version = 0.10.36) -xgettext_version=`$XGETTEXT --version 21 | grep GNU | sed 's// /g'` +xgettext_version=`$XGETTEXT --version 21 | grep GNU | head -n 1 | sed 's// /g'` AC_TRY_RUN([ #include stdio.h @@ -280,7 +280,7 @@ ) AC_MSG_CHECKING(for GNU msgfmt version = 0.10.35) -msgfmt_version=`$MSGFMT --version 21 | grep GNU | sed 's// /g'` +msgfmt_version=`$MSGFMT --version 21 | grep GNU | head -n 1 | sed 's// /g'` AC_TRY_RUN([ #include stdio.h ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39849) strcasestr warning
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849 Egor Vyscrebentsov wrote: Main thought here is that we have different includes while configuring and while compiling, and this may affects. The compiler notification is only a warning...the compilation will succeed if -Werror is not on...so perhaps configure gets the warning but succeeds the check anyway. We also have different gcc parameters at the configure time and at the compile time. Secondly, _GNU_SOURCE? Is this a real define or just something internal to glibc? Why would strcasestr not be presented to the user by default as the manual indicated? Which manual?! Oh. Right. Guess we need to just add AC_GNU_SOURCE then. -jason ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39917) Diplomacy model bug: War as default relation for (previously) uncontacted allies of allies
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39917 [per - Tue Nov 27 07:08:39 2007]: There are two ways to fix this: - When you first meet an ally of your ally, the default state is cease-fire (brokered by your ally), and perhaps an offer of peace. - Or, when your ally allies someone you haven't met, you automatically meet this player, too, if yo have not already, and become in peace relation to it. (Peace brokered by your ally.) Let me know which one you prefer, and I can make a patch. The former seems more stable. -jason ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39922) BUG: keys operate units with map not in focus
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39922 To replicate, try any report (such as F1) and then accidentally hit space or escape or any other unit command key. The action happens in the main map invisibly. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39922) BUG: keys operate units with map not in focus
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39922 William Allen Simpson wrote: URL: http://bugs.freeciv.org/Ticket/Display.html?id=39922 To replicate, try any report (such as F1) and then accidentally hit space or escape or any other unit command key. The action happens in the main map invisibly. This has always been the case and is a relic from when the report dialogs were dialog windows. I'm not sure how it should be fixed. There's a lot of unit-specific unit commands that should be disabled when there's a tabbed report open. -jason ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev