cosmopolitan/libc
Justine Tunney f8b9bd2b47 Attempt to make LLD happy
Things are a little better. The LLD that comes with Linux seems to work.
Old versions like LLVM 8 haven't been supported since Cosmopolitan v0.2.
Running Clang on Windows with --target=x86_64-pc-linux-gnu doesn't seem
to work. It has something to do with the recently added .zip section in
the linker script. But even if that's removed, LLD on Windows thinks it
is building an EFI application for some reason. Linker scripts are such
a brittle house of cards, even for just ld.bfd alone..

We should just find a way to run our one true musl-cross-make linux gcc
toolchain under Blinkenlights on non-Linux because GCC and Clang are so
nondeterministic, inconsistent, and unreproducible when built for other
operating systems. We need an actually portable compiler/linker that'll
always behave the same way no matter what.

See 
2021-07-05 19:10:06 -07:00
..
alg Make major improvements to redbean and libraries 2021-04-18 12:34:15 -07:00
bits Improve performance of bitscanning intrinsics 2021-06-15 06:29:51 -07:00
calls Fix redundancy in ioctl(SIOCGIFADDR) () 2021-06-27 09:03:14 -07:00
crt Remove more nonstandard stuff from cosmopolitan.h 2021-03-01 00:18:23 -08:00
dns Improve getservbyname and getservbyport () 2021-07-05 12:25:26 -07:00
elf Get codebase completely working with LLVM 2021-02-09 02:57:32 -08:00
fmt Add SSL to redbean 2021-06-24 13:20:50 -07:00
integral Remove undefined behaviors 2021-05-16 11:16:28 -07:00
intrin Remove undefined behaviors 2021-05-16 11:16:28 -07:00
isystem Add SSL to redbean 2021-06-24 13:20:50 -07:00
linux Improve documentation 2020-12-27 07:02:35 -08:00
log Make redbean tinier 2021-07-04 12:26:54 -07:00
mem Improve performance of printf functions 2021-04-24 13:58:50 -07:00
nexgen32e Attempt to make LLD happy 2021-07-05 19:10:06 -07:00
nt Add test for ioctl(SIOCGIFCONF) and polyfill on BSDs 2021-06-25 18:44:04 -07:00
ohmyplus Fix link order in cosmopolitan.a 2021-01-16 12:05:41 -08:00
rand Add SSL to redbean 2021-06-24 13:20:50 -07:00
runtime Make redbean tinier 2021-07-04 12:26:54 -07:00
sock Make minor revisions to previous change 2021-06-30 10:45:27 -07:00
stdio Add SSL to redbean 2021-06-24 13:20:50 -07:00
str Add SSL to redbean 2021-06-24 13:20:50 -07:00
stubs Remove undefined behaviors 2021-05-16 11:16:28 -07:00
sysv Add test for ioctl(SIOCGIFCONF) and polyfill on BSDs 2021-06-25 18:44:04 -07:00
testlib Add SSL to redbean 2021-06-24 13:20:50 -07:00
time Make redbean tinier 2021-07-04 12:26:54 -07:00
tinymath Introduce fsum() 2021-06-11 16:49:30 -07:00
unicode Fix issues with stdio needed for Lua 2021-03-06 19:04:26 -08:00
x Add SSL to redbean 2021-06-24 13:20:50 -07:00
zipos Add SSL to redbean 2021-06-24 13:20:50 -07:00
assert.h Define assert as an expression 2021-04-01 19:42:02 -07:00
complex.h Make improvements 2020-12-01 03:43:40 -08:00
dce.h Make redbean StoreAsset() work better 2021-05-14 05:44:37 -07:00
disclaimer.inc Initial import 2020-06-15 07:18:57 -07:00
dos.h Mold the redbean binary to minimize page faults 2021-05-03 12:14:13 -07:00
errno.h Make Cosmopolitan ANSI C89 compatible 2021-02-03 17:48:59 -08:00
inttypes.h Initial import 2020-06-15 07:18:57 -07:00
libc.mk Make more functions friendly to Address Sanitizer 2021-02-02 03:45:31 -08:00
limits.h Remove nonstandard defines from limits.h () 2021-03-08 17:34:44 -08:00
literal.h Initial import 2020-06-15 07:18:57 -07:00
mach.h Perform some minor fixups 2021-03-16 22:19:51 -07:00
macho.internal.h Get Cosmopolitan into releasable state 2020-11-25 08:19:00 -08:00
macros-cpp.internal.inc Get codebase completely working with LLVM 2021-02-09 02:57:32 -08:00
macros.internal.h Make redbean StoreAsset() work better 2021-05-14 05:44:37 -07:00
macros.internal.inc Improve signal handling and math 2021-02-25 18:33:33 -08:00
math.h Introduce fsum() 2021-06-11 16:49:30 -07:00
notice.inc Change license 2020-12-27 17:18:44 -08:00
notice.internal.h Add epoll and do more release readiness changes 2020-11-28 12:01:51 -08:00
paths.h Initial import 2020-06-15 07:18:57 -07:00
README.md Add x86_64-linux-gnu emulator 2020-08-25 04:43:42 -07:00
zip.h Make redbean StoreAsset() work better 2021-05-14 05:44:37 -07:00

SYNOPSIS

Cosmopolitan Standard Library.

OVERVIEW

This directory defines static archives defining functions, like printf(), mmap(), win32, etc. Please note that the Cosmopolitan build configuration doesn't link any C/C++ library dependencies by default, so you still have the flexibility to choose the one provided by your system. If you'd prefer Cosmopolitan, just add $(LIBC) and $(CRT) to your linker arguments.

Your library is compromised of many bite-sized static archives. We use the checkdeps tool to guarantee that the contents of the archives are organized in a logical way that's easy to use with or without our makefile infrastructure, since there's no cyclic dependencies.

The Cosmopolitan Library exports only the most stable canonical system calls for all supported operating systems, regardless of which platform is used for compilation. We polyfill many of the APIs, e.g. read(), write() so they work consistently everywhere while other apis, e.g. CreateWindowEx(), might only work on one platform, in which case they become no-op functions on others.

Cosmopolitan polyfill wrappers will usually use the dollar sign naming convention, so they may be bypassed when necessary. This same convention is used when multiple implementations of string library and other performance-critical function are provided to allow Cosmopolitan to go fast on both old and newer computers.

We take an approach to configuration that relies heavily on the compiler's dead code elimination pass (libc/dce.h). Most of the code is written so that, for example, folks not wanting support for OpenBSD can flip a bit in SUPPORT_VECTOR and that code will be omitted from the build. The same is true for builds that are tuned using -march=native which effectively asks the library to not include runtime support hooks for x86 processors older than what you use.

Please note that, unlike Cygwin or MinGW, Cosmopolitan does not achieve broad support by bolting on a POSIX emulation layer. We do nothing more than (in most cases) stateless API translations that get you 90% of the way there in a fast lightweight manner. We therefore can't address some of the subtle differences, such as the nuances of absolute paths on Windows. Our approach could be compared to something more along the lines of, "the Russians just used a pencil to write in space", versus spending millions researching a pen like NASA.