ngircd with make http://git.nakidai.ru/ngircd/atom?h=rel-20-rc1 2012-11-11T10:05:21+00:00 2012-11-11T10:05:21+00:00 Alexander Barton alex@barton.de 2012-11-11T10:05:21+00:00 urn:sha1:e29d198700a9e1c026d7f4b2601d127045adbe53 This is correctly handled by ipaddr/ng_ipaddr.h today, and the check in tool.h isn't required any more -- and caused errors on OpenBSD 5.0: In file included from ./../tool/tool.h:23: /usr/include/arpa/inet.h:74: warning: "struct in_addr" declared inside parameter list 2012-09-24T18:45:37+00:00 Alexander Barton alex@barton.de 2012-09-24T18:45:37+00:00 urn:sha1:3e22fc32f3941ef839b570043283c53eea37470a 2012-09-24T18:28:02+00:00 Alexander Barton alex@barton.de 2012-09-24T18:28:02+00:00 urn:sha1:8cfb9104419d3c00fbef3fe8639eb04f03d83f3d * automake-am11-am12: autogen.sh: detect automake version format a.b.c and a.b configure.ng: don't require GIT tree to detect version string Include .mailmap file in distribution archives Include all build-system files into distribution archives Change build system to support new and old GNU automake 2012-09-24T15:45:15+00:00 Alexander Barton alex@barton.de 2012-09-24T15:45:15+00:00 urn:sha1:d4df626d8872576b3fb54280764f16f3b94d783b 2012-09-24T12:34:16+00:00 Alexander Barton alex@barton.de 2012-09-24T12:34:16+00:00 urn:sha1:8e1beae4e7e57f5ef74fcc82532162a228e2e831 2012-09-23T16:13:55+00:00 Alexander Barton alex@barton.de 2012-09-23T15:55:48+00:00 urn:sha1:192e304b94f239de13b0f10ca01f6694fe6eea40 Starting with GNU automake 1.12, the "de-ANSI-fication support" has been removed, which ngIRCd used to enable building itself on very old systems. Now the problem is, that using automake >= 1.12 isn't working because of the now unsupported M4 macros. Therefore the solution that this patch implements is to dynamically generate the automake input files with our own ./autogen.sh script: configure.ng => configure.in Makefile.ng => Makefile.am This is quite an ugly approach, but it works and enables us to: 1. use current automake >= 1.12 for development and "private builds", 2. still build distribution archives using automake 1.11.x that have "de-ANSI-fication support" enabled in the generated Makefile's. And if you are using Makefile's generated with a automake version newer than 1.11.x (without "de-ANSI-fication support"), the ./configure script warns you not to use this generated build system to generate distribution archives. Drawback of this patch: you MUST use our autogen.sh script, you can't call the autoconf/automake commands directly any more; but autoreconf should still work ... 2012-09-16T10:43:12+00:00 Alexander Barton alex@barton.de 2012-09-16T10:43:12+00:00 urn:sha1:5c160921ff898653666e72eb2e6c33575ada9672 Set correct relative path to ansi2knr.c in AUTOMAKE_OPTIONS, so that ansi2knr.{1|c} is only included once in the distribution archive. 2012-08-27T20:42:52+00:00 Alexander Barton alex@barton.de 2012-08-27T20:42:52+00:00 urn:sha1:74be9040183c113d5cb62ad25782099479a5c450 2012-08-18T10:34:11+00:00 Alexander Barton alex@barton.de 2012-08-18T10:34:11+00:00 urn:sha1:922540306e968b3c64150e771d0773273535b661 This fixes the following warning of Xcode 4.5: src/tool/tool.c:150:19: Implicit conversion loses integer precision: 'long' to 'unsigned int' 2012-08-03T02:09:37+00:00 Sebastian Köhler sebkoehler@whoami.org.uk 2012-08-02T11:53:46+00:00 urn:sha1:49385a98b2878ae6f19dd0925e0dc90fcc3d6372 CloakHostModeX can now contain '%x'. It will be replace by the hash of the original client hostname. The new config option CloakHostModeXSalt defines the salt for the hash function. When CloakHostModeXSalt is not set a random salt will be generated after each server restart. Spelling fix in defines.h