-c Include common symbols as definitions with respect to the ta= ble of contents. This is seldom the intended behavior for link= ing from a library, as it forces the linking of a library mem= ber just because it uses an uninitialized global that is undefi= ned at that point in the linking. This option is included o= nly because this was the original behavior of ranlib. This opt= ion is not the default. So I have modified the build process to detect the broken ranlib (in a bit of a nasty way, someone please fix this when you have a better idea), and added the -c flag if the OSX version is found. Here's expected behaviour on the two major operating systems we care about. Patches accepted for solaris and bsd especially. apple$ ranlib -c 2>/dev/null ; echo $? 1 debian$ ranlib -c 2>/dev/null ; echo $? 0 Attached here, and in the shiny repo. --=20 Stephen Thorne "Give me enough bandwidth and a place to sit and I will move the world." --Jonathan Lange ------=_Part_10348_7869479.1147865084723 Content-Type: application/octet-stream; name=ranlib-patch.dpatch Content-Transfer-Encoding: 7bit X-Attachment-Id: f_enbl4dp8 Content-Disposition: attachment; filename="ranlib-patch.dpatch" New patches: [fix the OSX build by passing the -c flag to ranlib. Stephen Thorne <stephen at thorne.id.au>**20060517111623] { hunk ./Vanilla/ChangeLog 1 + +Wed May 17 11:12:04 2006 Stephen Thorne <stephen at thorne.id.au> + + * ntserv/Makefile.in (libnetrek.a): Pass @RANLIB_FLAGS@ to the ranlib + command. + + * configure.in: Check for if ranlib exits with a non-zero exit when run + with a bare '-c' option. On debian, ranlib will exit with a 0 exit code + if passed a filename that doesen't exist. On OSX, '-c' is a valid flag, + and if passed alone, will exit with an exit code of 1. A better way of + detecting this would be nice. If using the OSX version, then we pass -c + to all ranlib calls. Fixes build bug on OSX. + hunk ./Vanilla/configure.in 481 + +AC_MSG_CHECKING(for OSX ranlib) +RANLIB_FLAGS= +if ranlib -c 2>/dev/null; then + AC_MSG_RESULT(good - no) +else + RANLIB_FLAGS='-c' + AC_MSG_RESULT(drat - yes) +fi + +AC_SUBST(RANLIB_FLAGS) hunk ./Vanilla/ntserv/Makefile.in 90 - ranlib $@ + ranlib @RANLIB_FLAGS@ $@ } Context: [updateplayers.dpatch jimmyhua73 at yahoo.com**20060516075315 Treats humans and bots differently. Humans with a high planet rating > 4 are assumed to carry once they have a kill. Humans alive longer than 5 minutes with 1 kill are also assumed to carry. If you have 2 kills, the time they assume you carry drops to 2.5 minutes... Uses the OggV packet and "robot!" login to ID the robots. Needed to change server source code and newbie.c source to help support this. All those changes are already there if you have the newbiebetter.dpatch. Jimmy ] [newbie better 2 changelog fix quozl at us.netrek.org**20060516070248 Applying the principles of the Software Release Practice HOWTO http://www.tldp.org/HOWTO/Software-Release-Practice-HOWTO/ ] [newbiebetter.dpatch jimmyhua73 at yahoo.com**20060516071923 newbie now will generate t-mode games randomly any team against any other. Also, won't start diagonal games. newbie starts up bots with -g option so server knows about the bots. genspkt.c also modified so server tells clients which clients are newbie bots. Merlin still nukes bots based on "robot!" login. So, if you want to pretend to be a bot, you may get nuked. Robots will ID each other based both on "robot!" login and also OggV packet. If you are the only player on a server and have a "robot!" login... The newbie game ends... ] [changelog for Compilation fix for gcc4.0 quozl at us.netrek.org**20060516040416] [Compilation fix for gcc4.0 williamb at its.caltech.edu**20060516015945 Fix for jimmy's code with gcc4.0, compiler doesn't like variables declared in this way, so moved the int declare to top of the function. This patch contains the following changes: M ./Vanilla/robotd/assault.c -1 +1 ] [enable CONTINUOUS_MOUSE by default quozl at us.netrek.org**20060515223159 Upgrade of Continuum to 2.11.0 revealed a regression caused by not adopting the features file from the previous server. ] [post-release notes for 2.11.0 quozl at us.netrek.org**20060515100328 Changed the notes regarding the release process, to assist self or others for next release. ] [TAG 2.11.0 quozl at us.netrek.org**20060515091704] Patch bundle hash: ed8efe77ed3768fff103c179279580bd3948d38f ------=_Part_10348_7869479.1147865084723--