0
0
Fork 0
mirror of https://github.com/matrix-construct/construct synced 2024-11-17 23:40:57 +01:00
construct/ircd
2019-04-23 18:15:47 -07:00
..
.gitignore
allocator.cc
assert.cc
base.cc
client.cc
conf.cc
crh.cc
ctx.cc
ctx.h
db.cc Revert "ircd::db: Lock writes after memtable sealed until flush to prevent rocksdb pthread use." 2019-04-22 19:08:01 -07:00
db.h
db_env.cc
db_port.cc
demangle.cc
exception.cc
fmt.cc
fs.cc ircd::fs: Allow ircd.fs.aio.max_submit=0 to indicate max possible. 2019-04-22 15:40:34 -07:00
fs_aio.cc ircd::fs::aio: Remove erroneous #define. 2019-04-22 16:59:03 -07:00
fs_aio.h ircd::fs::aio: Minor tweak call pattern for wait(request). 2019-04-22 09:29:09 -07:00
http.cc
info.cc ircd::info: Remove ununused; minor reorg. 2019-04-23 01:30:36 -07:00
ios.cc
ircd.cc ircd::info: Remove ununused; minor reorg. 2019-04-23 01:30:36 -07:00
js.cc
json.cc
lexical.cc
locale.cc
logger.cc
m.cc modules/client/rooms/leave: Add missing m::leave definition. 2019-04-22 14:27:12 -07:00
m_dbs.cc
m_event.cc
m_id.cc
m_name.cc
m_room.cc
m_state.cc
m_v1.cc
magic.cc
Makefile.am
mods.cc
mods.h
net.cc
openssl.cc ircd::openssl: Fix missing envelope assignment. 2019-04-23 15:26:44 -07:00
parse.cc
prof.cc
rand.cc
README.md
resource.cc
rfc1035.cc
rfc1459.cc
rfc3986.cc
server.cc ircd: Simplify log msgs. 2019-04-23 18:15:47 -07:00
sodium.cc
stats.cc
tokens.cc
util.cc

IRCd Library Definitions

This directory contains definitions and linkage for libircd

The purpose of libircd is to facilitate the execution of a server which handles requests from end-users. The library hosts a set of pluggable modules which may introduce the actual application features (or the "business logic") of the server.

The executable linking and invoking libircd may be referred to as the "embedding" or "user" or "executable" interchangably in this documentation.

Organization

Implied #include <ircd.h>

The ircd.h standard include group is pre-compiled and included first by default for every compilation unit in this directory. Developers do not have to worry about including project headers in a compilation unit, especially when creating and reorganizing either of them.

Note that because ircd.h is include above any manually included header, there is a theoretical possibility for a conflict. We make a serious effort to prevent ircd.h from introducing pollution outside of our very specific namespaces (see: Project Namespaces).

Dependency Isolation

Compilation units are primarily oriented around the inclusion of a specific dependency which is not involved in the ircd.h include group.

For example, the magic.cc unit was created to include <magic.h> internally and then provide definitions to our own interfaces in ircd.h. We don't include <magic.h> from ircd.h nor do we include it from any other compilation unit. This simply isolates libmagic as a dependency.