0
0
Fork 0
mirror of https://github.com/matrix-construct/construct synced 2024-11-19 16:30:52 +01:00
construct/ircd
2018-01-08 13:42:54 -08:00
..
m ircd::http: Update HTTP send-sides to write to stream_buffer. 2017-12-24 21:54:59 -07:00
.gitignore Remove certain cruft from .gitignore. 2017-12-12 14:59:41 -07:00
client.cc ircd::net: Develop interface for async_wait / waiting on socket. 2018-01-08 13:25:13 -08:00
ctx.cc
db.cc ircd::db: Provide len to elide the strlen(buf) on string_view{buf}. 2017-12-28 13:32:44 -07:00
exception.cc ircd: Add ircd::assertion and exception suite for assertive errors. 2018-01-08 13:42:54 -08:00
fmt.cc
fs.cc ircd::fs: Add these string_view overloads. 2017-12-24 20:25:40 -07:00
hash.cc
http.cc ircd: Various fixes to net related call points. 2018-01-06 23:27:02 -08:00
info.cc Update library info. 2017-12-12 14:59:41 -07:00
ircd.cc fixup! Pin boost to 1.66.0. 2017-12-29 15:53:39 -07:00
js.cc
json.cc ircd::json: Minor cleanup/formatting. 2017-12-24 21:54:59 -07:00
lexical.cc
locale.cc
logger.cc ircd: Remove these extra flushes/clears. 2017-12-24 21:54:59 -07:00
Makefile.am ircd: We don't need this here; RocksDB has interface. 2018-01-04 17:44:34 -08:00
mods.cc
net.cc ircd::net: Develop interface for async_wait / waiting on socket. 2018-01-08 13:25:13 -08:00
openssl.cc ircd::openssl: Add convenience to copy out certificate CN. 2018-01-05 16:59:26 -08:00
parse.cc
rand.cc
README.md doc: Move conventions to STYLE; ircd: Add additional README related. 2018-01-04 17:44:34 -08:00
resource.cc ircd: Various error handling fixes/cleanup. 2018-01-08 03:09:00 -08:00
rfc1459.cc
rfc3986.cc ircd: Add preliminary RFC3986 grammar; move urlencoding there. 2017-12-12 14:59:40 -07:00
server.cc ircd: Add iov size to client/server IO debug. 2017-12-24 21:54:59 -07:00
sodium.cc
xdr.cc

IRCd Library Definitions

This directory contains definitions and linkage for libircd

Overview

libircd is designed specifically as a shared object library. The purpose of its shared'ness is to facilitate IRCd's modular design: IRCd ships with many other shared objects which introduce the "business logic" and features of the daemon. If libircd was not a shared object, every single module would have to include large amounts of duplicate code drawn from the static library. This would be a huge drag on both compilation and the runtime performance.

                           (module)   (module)
                               |         |
                               |         |
                               V         V
                             |-------------|
----------------------       |             | < ---- (module)
|                    |       |             |
|  User's executable | <---- |   libircd   |
|                    |       |             |
----------------------       |             | < ---- (module)
                             |-------------|
                               ^         ^
                               |         |
                               |         |
                           (module)   (module)

The user (which we may also refer to as the "embedder" elsewhere in documentation) only deals directly with libircd and not the modules. libircd is generally loaded with its symbols bound globally in the executable and on most platforms cannot be unloaded (or even loaded) manually and has not been tested to do so. As an aside, we do not summarily dismiss the idea of reload capability and would like to see it made possible.