talos-skiboot/libc/stdlib, branch 04-16-2019

build: use thin archives rather than incremental linking

2018-03-01T02:28:39+00:00

This changes to build system to use thin archives rather than incremental linking for built-in.o, similar to recent change to Linux. built-in.o is renamed to built-in.a, and is created as a thin archive with no index, for speed and size. All built-in.a are aggregated into a skiboot.tmp.a which is a thin archive built with an index, making it suitable or linking. This is input into the final link. The advantags of build size and linker code placement flexibility are not as great with skiboot as a bigger project like Linux, but it's a conceptually better way to build, and is more compatible with link time optimisation in toolchains which might be interesting for skiboot particularly for size reductions. Size of build tree before this patch is 34.4MB, afterwards 23.1MB. Signed-off-by: Nicholas Piggin Signed-off-by: Stewart Smith

libc: Add labs() to stdlib

2017-05-31T06:58:05+00:00

Signed-off-by: Shilpasri G Bhat Acked-by: Balbir Singh Signed-off-by: Stewart Smith

fix wrong operator use in stdlib/rand.c

2015-07-08T04:54:22+00:00

Signed-off-by: Stewart Smith

sparse: fix Using plain integer as NULL pointer warning

2015-02-26T07:33:07+00:00

Signed-off-by: Cédric Le Goater Signed-off-by: Stewart Smith

sparse: declare errno

2015-02-26T07:33:07+00:00

Signed-off-by: Cédric Le Goater Signed-off-by: Stewart Smith

atoi/atol should assume base 10, not autodetect base.

2015-02-23T02:35:50+00:00

The behaviour of atoi/atol on glibc (and according to the spec) is to assume base 10, not to autodetect the base. Signed-off-by: Daniel Axtens Reviewed-by: Cyril Bur Signed-off-by: Stewart Smith

Don't recognise a double hex prefix (0x0xNN) as valid.

2015-02-23T02:35:50+00:00

When autodetecting the base, the code would strip hex prefixes twice. Now the string is not modified in the detection stage. Signed-off-by: Daniel Axtens Reviewed-by: Cyril Bur Signed-off-by: Stewart Smith

Use PR_EMERG priority in assert() codepath

2014-08-08T06:07:26+00:00

Moving assert_fail() out of libc and into core/utils.c so that we can sanely call prlog(PR_EMERG). We shorten it from three fputs calls down to one prlog() call. This may increase the number of cycles and stack usage for when we hit an assert, which may not be desirable. Signed-off-by: Stewart Smith Signed-off-by: Benjamin Herrenschmidt

Initial commit of Open Source release

2014-07-02T05:36:20+00:00

Signed-off-by: Benjamin Herrenschmidt