648bcd1505
This patch unifies the patterns of using the 'Genode' and 'Libc' namespaces. Types defined in the 'internal/' headers reside in the 'Libc' namespace. The code in the headers does not need to use the 'Libc::' prefix. Compilation units import the 'Libc' namespace after the definition of local types. Local types reside in the 'Libc' namespace (and should eventually move to an 'internal/' header). Since the 'Libc' namespace imports the 'Genode' namespace, there is no need to use the 'Genode::' prefix. Consequently, code in the compilation units rarely need to qualify the 'Genode' or 'Libc' namespaces. There are a few cases where the 'Libc', the 'Genode', and the global (libc) namespaces are ambigious. In these cases, an explicit clarification is needed: - 'Genode::Allocator' differs from 'Libc::Allocator'. - 'Genode::Env' differs from 'Libc::Env'. - Genode's string functions (strcmp, memcpy, strcpy) conflict with the names of the (global) libc functions. - There exist both 'Genode::uint64_t' and the libc'c 'uint64_t'. Issue #3497 |
||
---|---|---|
.. | ||
internal | ||
patches | ||
spec | ||
atexit.cc | ||
component.cc | ||
dummies.cc | ||
dynamic_linker.cc | ||
environ.cc | ||
errno.cc | ||
execve.cc | ||
exit.cc | ||
fd_alloc.cc | ||
file_operations.cc | ||
fork.cc | ||
gai_strerror.cc | ||
getpwent.cc | ||
getrandom.cc | ||
issetugid.cc | ||
kernel.cc | ||
legacy.cc | ||
libc_mem_alloc.cc | ||
log2.c | ||
malloc.cc | ||
nolocale.cc | ||
plugin_registry.cc | ||
plugin.cc | ||
poll.cc | ||
pread_pwrite.cc | ||
progname.cc | ||
pthread_create.cc | ||
pthread.cc | ||
readv_writev.cc | ||
rlimit.cc | ||
rwlock.cc | ||
select.cc | ||
semaphore.cc | ||
signal.cc | ||
sleep.cc | ||
socket_fs_plugin.cc | ||
socket_operations.cc | ||
syscall.cc | ||
sysctl.cc | ||
time.cc | ||
vfs_plugin.cc |