Commits
- Commit:
6ac5a82eecb76ec35f3f484149ad668073a52620
- From:
- Federico G. Schwindt <fgsch@lodoss.net>
- Date:
private strndup() implementation in case libc does not provide it
- Commit:
aeebde4642580e806c04a339bb9befd1ece61775
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: Don't quote IO backend type(s)
It's not needed and inconsistent compared to the other settings.
Reported by "allerbest" (Götz Hoffart) on #ngircd, thanks!
- Commit:
a14eb495b75c8c2a2a32ddb6eecf50dc174f811c
- From:
- Alexander Barton <alex@barton.de>
- Date:
Make configure[.ng] compatible with autoconf 1.10 again
The incompatibility has been introduced by commit d0c9f4a6,
"configure: search for iconv_open as well as libiconv_open".
- Commit:
2c96966431d99ce611736ed841e813c1fac6df8c
- From:
- Alexander Barton <alex@barton.de>
- Date:
Merge branch 'bug151-iconv' into master
* bug151-iconv:
configure: search for iconv_open as well as libiconv_open
- Commit:
d0c9f4a692877d0a232499031f82413b02a45739
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: search for iconv_open as well as libiconv_open
On some installations iconv_open() is actually libiconv_open().
iconv_open() is the glibc version while libiconv_open() is the libiconv
version. This patch enables ngIRCd to detect both cases.
Tested on OpenBSD 5.1.
Closes bug #151.
- Commit:
d5763937ad8d482f3e62299428f8cb4b601c6ace
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: conversation -> conversion
- Commit:
fd260404caa7ce174ada663024d19cd789c152b5
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: "netinet/in_systm.h" is optional
The header file "netinet/in_systm.h" already is optional in ngIRCd, so
don't require it in the configure script. Now ngIRCd can be built on
Minix 3 again :-)
- Commit:
b4966aa1bd8d11ed2bc97cc5fea418fab3485b08
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: use AS_HELP_STRING for --with-iconv
- Commit:
0703fcd71983bd04f70101fd0143660174d22f84
- From:
- Alexander Barton <alex@barton.de>
- Date:
autogen.sh: Enforce serial test harness on automake >=1.13
- Commit:
68cb1a8c2e507e7c99f787fab3540b904cfa1cc1
- From:
- Alexander Barton <alex@barton.de>
- Date:
Merge branch 'bug145-ProvideHelp'
* bug145-ProvideHelp:
Use "${docdir}/Commands.txt" as help text file
Add a note that "help file" is updated on startup and REHASH only
Add doc/Commands.txt which should document all commands
Implement Help() function parsing and returning the help text
Document "HelpFile" in sample-ngircd.conf and ngircd.conf.5
Implement new configuration option "HelpFile"
IRC_HELP(): Code cleanup
Refactor Read_Motd() into Read_TextFile()
- Commit:
950aeec3ff0e15c456ac32d8fecee8c73f7c5df3
- From:
- Alexander Barton <alex@barton.de>
- Date:
Use "${docdir}/Commands.txt" as help text file
- Commit:
45b0bb5aff6157409ea88b344c34b7bf84dc8886
- From:
- Alexander Barton <alex@barton.de>
- Date:
Remove Anope "ngircd" protocol module patches
Starting with Anope 1.9.8, the ngIRCd protocol module is included in the
Anope distribution, so there's no longer any need to support our own (but
now heavily outdated!) patches. Therefore remove them.
- Commit:
cdaaae0cb2c2b30db8bb61506a826ff87c58f7c8
- From:
- Alexander Barton <alex@barton.de>
- Date:
Search gethostbyname() in libbind and libnetwork
This is required for Haiku (BeOS clone) at least.
- Commit:
46b0eef721b9b3eec37d29aff65b6a7fc488a887
- From:
- Alexander Barton <alex@barton.de>
- Date:
Merge branch 'bug109-CHARCONV'
This closes bug #109.
* bug109-CHARCONV:
Debian: require "telnet" or "telnet-ssl" for building
Debian ngircd-full[-dbg]: enable CHARCONV
Add "CHARCONV" to "feature string" when enabled
Implement new IRC+ "CHARCONV" command
Added new configure option "--with-iconv"
Conflicts:
src/ngircd/messages.h
- Commit:
b730b64bbecfb325e28f7df1fba46942ac19968d
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: only use AM_PROG_AR when available
This fixes commit 78d189fb on systems with older automake ...
- Commit:
78d189fbf745741f42271557206cdde60d3ae857
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure.ng: use AM_PROG_AR to check ar(1) command
This fixes
automake-1.12/am/library.am: warning: 'libngipaddr.a':
linking libraries using a non-POSIX .../automake-1.12/am/library.am:
archiver requires 'AM_PROG_AR' in 'configure.in'
src/ipaddr/Makefile.am:12: while processing library 'libngipaddr.a'
and similar warnings of automake.
- Commit:
8cfb9104419d3c00fbef3fe8639eb04f03d83f3d
- From:
- Alexander Barton <alex@barton.de>
- Date:
Merge branch 'automake-am11-am12'
* 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
- Commit:
d7d5f4330b15667d9f364ebabd886a062b2741fb
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure.ng: don't require GIT tree to detect version string
- Commit:
192e304b94f239de13b0f10ca01f6694fe6eea40
- From:
- Alexander Barton <alex@barton.de>
- Date:
Change build system to support new and old GNU automake
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 ...