ngircd/src/portab, branch rel-20.1 ngircd with make http://git.nakidai.ru/ngircd/atom?h=rel-20.1 2012-12-25T17:52:49+00:00 Add Cygwin binaries (*.exe) to .gitignore files 2012-12-25T17:52:49+00:00 Alexander Barton alex@barton.de 2012-12-25T17:52:49+00:00 urn:sha1:b5b3dd9cfd7e1a10eecc92c8b23bd65945b61a31 Disable UID/GID checks on "single user OS" 2012-10-11T14:54:13+00:00 Alexander Barton alex@barton.de 2012-10-11T14:54:13+00:00 urn:sha1:e0da56fc7b1dae4e21dfda7e0ac8ad7594135986 Don't abort on "single user operating systems" that don't know more than one user account and therefore can't change user and group IDs. Currently, the only such system supported by ngIRCd is Haiku, a BeOS clone. Remove all geneerated Makefile.am on "make maintainer-clean" 2012-09-24T18:45:37+00:00 Alexander Barton alex@barton.de 2012-09-24T18:45:37+00:00 urn:sha1:3e22fc32f3941ef839b570043283c53eea37470a Include all build-system files into distribution archives 2012-09-24T12:34:16+00:00 Alexander Barton alex@barton.de 2012-09-24T12:34:16+00:00 urn:sha1:8e1beae4e7e57f5ef74fcc82532162a228e2e831 Change build system to support new and old GNU automake 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 ... configure.in: use AC_CANONICAL_HOST (not AC_CANONICAL_TARGET) 2012-09-12T22:06:08+00:00 Alexander Barton alex@barton.de 2012-09-12T22:06:08+00:00 urn:sha1:82bf4eb0591631e638120e0540fbbb7ceb4e19a9 See the autoconf manual for details: http://www.gnu.org/software/autoconf/manual/autoconf.html#Specifying-Target-Triplets Test for gai_strerror() 2011-11-06T13:16:59+00:00 Alexander Barton alex@barton.de 2011-11-06T13:16:59+00:00 urn:sha1:13d9e0c5a7e03559a2b5bf405b526098b15bd0e6 If gai_strerror() isn't available, use a macro that simply returns a static error message (regardless of the real error code). For example, GNU libc 2.0.7 doesn't implement gai_strerror(). Code cleanup: mostly removing empty lines 2011-02-13T16:52:38+00:00 Alexander Barton alex@barton.de 2010-12-27T16:20:46+00:00 urn:sha1:2a7dd06ebd9cc72d45a6a4becdbef5213d7b7800 Add Doxygen @file documentation to each source and header file 2011-02-13T16:52:38+00:00 Alexander Barton alex@barton.de 2010-12-27T16:14:14+00:00 urn:sha1:03628dbeaf40a9de34b3eb6d5bf6dd34eed8248c Only use "__attribute__ ((unused))" if GCC >=2.8 is used 2010-10-19T20:13:48+00:00 Alexander Barton alex@barton.de 2010-10-19T20:13:12+00:00 urn:sha1:5f2bc55d36810499a4533589acb45839f4721c84 At least GCC 2.7.2 doesn't support this attribute.