Re: [Freeciv-Dev] (PR#40342)

2008-06-30 Thread [EMAIL PROTECTED]

URL: http://bugs.freeciv.org/Ticket/Display.html?id=40342 

Hello:

Ok, I already figured out that 'make distclean' and re-run autogen.sh will fix 
the compile errors. Although I have no idea what went wrong. So, I got SVN 
snapshot 1213/1216 to compile on both F8 and F9 Linux. Used GTK client on both. 
However, now the civserver on both seg-faults without comment immediately after 
the civclient issues the 'Start' game. Note that, although very similar in 
software selection, etc., these are two different OSs.

Anything else I could/should try ?

Regards,
VJS

=
From: The default queue [EMAIL PROTECTED]
Date: 2008/06/29 Sun AM 07:17:07 EDT
To: [EMAIL PROTECTED]
Subject: (PR#40342) AutoReply:


Greetings,

This message has been automatically generated in response to the
creation of a trouble ticket regarding:
, 
a summary of which appears below.

There is no need to reply to this message right now.  Your ticket has been
assigned an ID of (PR#40342).

Please include the string:

 (PR#40342)

in the subject line of all future correspondence about this issue. To do so, 
you may reply to this message.

Thank you,


I disapprove of what you say, but I will defend to the death your right to say 
it. EB Hall, Friends of Voltaire, 1906



___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev


Re: [Freeciv-Dev] (PR#40342)

2008-06-30 Thread Jason Dorje Short

URL: http://bugs.freeciv.org/Ticket/Display.html?id=40342 

[EMAIL PROTECTED] wrote:

 Anything else I could/should try ?

Run the server inside gdb (gdb civserver) and when it crashes get a 
backtrace (bt full) which you can send us.

-jason



___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev


[Freeciv-Dev] (PR#40342)

2008-06-29 Thread [EMAIL PROTECTED]

URL: http://bugs.freeciv.org/Ticket/Display.html?id=40342 

Hello:

Updated branch S2_2 to SVN 14910 today, and despite many different 
configurations, it now fails to compile, always exiting at the same place with 
same message:
[...]
make[4]: Leaving directory 
`/home/Shared/Linux_Source_Code-Binaries/freeciv-2.2/common/aicore'
make[4]: Entering directory 
`/home/Shared/Linux_Source_Code-Binaries/freeciv-2.2/common'
gcc -DHAVE_CONFIG_H -I. -I..  -I../utility -I./aicore 
-DLOCALEDIR=\/opt/share/locale\ 
-DDEFAULT_DATA_PATH=\.:data:~/.freeciv:/opt/share/freeciv\  -Wall 
-Wpointer-arith -Wcast-align -Wmissing-prototypes -Wmissing-declarations -O3 
-pipe -m32 -MT base.o -MD -MP -MF .deps/base.Tpo -c -o base.o base.c
mv -f .deps/base.Tpo .deps/base.Po
gcc -DHAVE_CONFIG_H -I. -I..  -I../utility -I./aicore 
-DLOCALEDIR=\/opt/share/locale\ 
-DDEFAULT_DATA_PATH=\.:data:~/.freeciv:/opt/share/freeciv\  -Wall 
-Wpointer-arith -Wcast-align -Wmissing-prototypes -Wmissing-declarations -O3 
-pipe -m32 -MT capstr.o -MD -MP -MF .deps/capstr.Tpo -c -o capstr.o capstr.c
In file included from capstr.c:23:
capstr.h:16:1: warning: NETWORK_CAPSTRING redefined
In file included from capstr.c:15:
../config.h:364:1: warning: this is the location of the previous definition
capstr.c: In function ‘init_our_capability’:
capstr.c:84: error: ‘NETWORK_CAPSTRING_MANDATORY’ undeclared (first use in this 
function)
capstr.c:84: error: (Each undeclared identifier is reported only once
capstr.c:84: error: for each function it appears in.)
capstr.c:84: error: expected ‘)’ before string constant
make[4]: *** [capstr.o] Error 1
make[4]: Leaving directory 
`/home/Shared/Linux_Source_Code-Binaries/freeciv-2.2/common'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory 
`/home/Shared/Linux_Source_Code-Binaries/freeciv-2.2/common'
make[2]: *** [all] Error 2
make[2]: Leaving directory 
`/home/Shared/Linux_Source_Code-Binaries/freeciv-2.2/common'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/Shared/Linux_Source_Code-Binaries/freeciv-2.2'
make: *** [all] Error 2
[END]
Last successful compile was with SVN 14806.

Regards,
VJS

I disapprove of what you say, but I will defend to the death your right to say 
it. EB Hall, Friends of Voltaire, 1906



___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev


[Freeciv-Dev] (PR#40342) S2_2 SVN 14910 compile fails

2008-06-29 Thread Madeline Book

URL: http://bugs.freeciv.org/Ticket/Display.html?id=40342 

My best guess is that you have a stale config.h
hanging around. Does it work if you re-run autogen.sh?


--
気を付けてね

___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev


[Freeciv-Dev] (PR#40342) AM_MAINTAINER_MODE removal (Was: S2_2 SVN 14910 compile fails)

2008-06-29 Thread Marko Lindqvist

URL: http://bugs.freeciv.org/Ticket/Display.html?id=40342 

2008/6/29 Madeline Book:

 My best guess is that you have a stale config.h
 hanging around.

 Even stale configure might do that. Modified version.in is considered
part configure.ac. Here again, had it been configured with
--enable-maintainer-mode, configure should be automatically
regenerated.

 I'm getting convinced that need of --enable-maintainer-mode is much
worse thing than always forcing those additional dependencies to
users. I vote for removal of AM_MAINTAINER_MODE. If someone wants to
copy source files around, they should setup timestamps in proper order
 by touching files (tar + untar reserves correct timestamps, so does
svn checkout  update).


 - ML



___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev


[Freeciv-Dev] (PR#40342) S2_2 SVN 14910 compile fails

2008-06-29 Thread Madeline Book

URL: http://bugs.freeciv.org/Ticket/Display.html?id=40342 

 [EMAIL PROTECTED] - Sun Jun 29 20:05:25 2008]:
 
 2008/6/29 Madeline Book:
 
  My best guess is that you have a stale config.h
  hanging around.
 
  Even stale configure might do that. Modified version.in is considered
 part configure.ac. Here again, had it been configured with
 --enable-maintainer-mode, configure should be automatically
 regenerated.
 
  I'm getting convinced that need of --enable-maintainer-mode is much
 worse thing than always forcing those additional dependencies to
 users. I vote for removal of AM_MAINTAINER_MODE. If someone wants to
 copy source files around, they should setup timestamps in proper order
  by touching files (tar + untar reserves correct timestamps, so does
 svn checkout  update).

After reading your argument and this page
http://www.gnu.org/software/libtool/manual/automake/
maintainer_002dmode.html
I would tend to agree.


--
異論はないだろう。

___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev


Re: [Freeciv-Dev] (PR#40342) S2_2 SVN 14910 compile fails

2008-06-29 Thread Jason Dorje Short

URL: http://bugs.freeciv.org/Ticket/Display.html?id=40342 

Madeline Book wrote:
 URL: http://bugs.freeciv.org/Ticket/Display.html?id=40342 
 
 [EMAIL PROTECTED] - Sun Jun 29 20:05:25 2008]:

 2008/6/29 Madeline Book:
 My best guess is that you have a stale config.h
 hanging around.
  Even stale configure might do that. Modified version.in is considered
 part configure.ac. Here again, had it been configured with
 --enable-maintainer-mode, configure should be automatically
 regenerated.

  I'm getting convinced that need of --enable-maintainer-mode is much
 worse thing than always forcing those additional dependencies to
 users. I vote for removal of AM_MAINTAINER_MODE. If someone wants to
 copy source files around, they should setup timestamps in proper order
  by touching files (tar + untar reserves correct timestamps, so does
 svn checkout  update).
 
 After reading your argument and this page
 http://www.gnu.org/software/libtool/manual/automake/
 maintainer_002dmode.html
 I would tend to agree.

Sure.

-jason



___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev