.. | ||
.gitignore | ||
allocator.cc | ||
allocator_gnu.cc | ||
allocator_je.cc | ||
assert.cc | ||
b58.cc | ||
b64.cc | ||
backtrace.cc | ||
cbor.cc | ||
client.cc | ||
conf.cc | ||
crh.cc | ||
ctx.cc | ||
ctx.h | ||
ctx_eh.cc | ||
ctx_ole.cc | ||
ctx_posix.cc | ||
ctx_x86_64.S | ||
db.cc | ||
db.h | ||
db_allocator.cc | ||
db_database.cc | ||
db_env.cc | ||
db_env.h | ||
db_env_state.h | ||
db_fixes.cc | ||
db_has.h | ||
db_port.cc | ||
db_port.h | ||
default.proftext | ||
demangle.cc | ||
exception.cc | ||
exec.cc | ||
fmt.cc | ||
fpe.cc | ||
fs.cc | ||
fs_aio.cc | ||
fs_aio.h | ||
fs_dev.cc | ||
fs_iou.cc | ||
fs_iou.h | ||
fs_path.cc | ||
globular.cc | ||
http.cc | ||
http2.cc | ||
icu.cc | ||
info.cc | ||
ios.cc | ||
ircd.cc | ||
js.cc | ||
json.cc | ||
lex_cast.cc | ||
logger.cc | ||
magic.cc | ||
magick.cc | ||
Makefile.am | ||
mods.cc | ||
mods.h | ||
mods_ldso.cc | ||
net.cc | ||
net_addrs.cc | ||
net_dns.cc | ||
net_dns_cache.cc | ||
net_dns_netdb.cc | ||
net_dns_resolver.cc | ||
net_listener.cc | ||
net_listener_udp.cc | ||
openssl.cc | ||
parse.cc | ||
pbc.cc | ||
prof.cc | ||
prof_linux.cc | ||
prof_psi.cc | ||
rand.cc | ||
README.md | ||
resource.cc | ||
rfc1035.cc | ||
rfc1459.cc | ||
rfc3986.cc | ||
run.cc | ||
server.cc | ||
simd.cc | ||
sodium.cc | ||
stats.cc | ||
stringops.cc | ||
sys.cc | ||
timedate.cc | ||
tokens.cc | ||
utf.cc | ||
util.cc | ||
vg.cc |
Library Definitions
This directory contains definitions 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.
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 divided around the inclusion of a specific
header or third-party dependency which is not involved in the
ircd.h include group. Second to that, units
tend to be divided by namespace and the subsystem they're implementing. Units
can further be divided if they become unwieldy, but we bias toward large aggregate
units in this library. Within these large units, there are divisions which group
the definitions by the include/ircd/
header which declares them.
We do not included third-party headers in our own headers
which are included by others. A developer of an ircd::
interface can choose
to either forward declare third-party symbols in our headers, or wrap more
complicated functionality.