History log of /openbsd-src/lib/libc/Makefile (Results 1 – 25 of 42)
Revision Date Author Comments
# a7697b13 12-Nov-2019 guenther <guenther@openbsd.org>

Now that libc.so has only five PLT entries on almost all our archs,
link it with -znow

ok kettenis@ deraadt@ jca@


# 5c7d06e5 02-Jun-2019 guenther <guenther@openbsd.org>

Complete the ld.so boot cleanup: move most libc initialization from
_csu_finish() to _libc_preinit(), which is an .init_array function
in shared libc (and mark it INITFIRST) or a .preinit_array funct

Complete the ld.so boot cleanup: move most libc initialization from
_csu_finish() to _libc_preinit(), which is an .init_array function
in shared libc (and mark it INITFIRST) or a .preinit_array function
in static libc, grabbing the _dl_cb callback there from ld.so. Then
in _csu_finish(), invoke the dl_clean_boot() callback to free ld.so's
startup bits before main() gets control.

Other cleanups this permits:
- move various startup structures into .data.rel.ro
- the dl* stubs in libc can be strong and call the callbacks provided
via _dl_cb
- no longer need to conditionalize dlctl() calls on presence of _DYNAMIC

original concept and full diff ok kettenis@
ok deraadt@

show more ...


# dc3e4187 22-Jan-2017 jsg <jsg@openbsd.org>

Link libc with compiler_rt not libgcc if COMPILER_VERSION is clang.

This is not a list of archs with compiler_rt as it is intended that
any arch switching to clang will have the required md bits add

Link libc with compiler_rt not libgcc if COMPILER_VERSION is clang.

This is not a list of archs with compiler_rt as it is intended that
any arch switching to clang will have the required md bits added to
compiler_rt first.

ok kettenis@ patrick@

show more ...


# 469d3e25 26-Apr-2016 deraadt <deraadt@openbsd.org>

Enable LIBREBUILD to construct libc.so.*.a


# 6897476f 10-Nov-2015 guenther <guenther@openbsd.org>

libc.so can't be unloaded, so move the hidden atexit() and pthread_atfork()
stubs for the executable from crtbegin.o into libc, which lets them be
excluded from static links that don't use them.
For

libc.so can't be unloaded, so move the hidden atexit() and pthread_atfork()
stubs for the executable from crtbegin.o into libc, which lets them be
excluded from static links that don't use them.
For this, drop the normal crt{begin,end}S.o from libc.so: the .init and .fini
sections for libc aren't called at the right times anyway, so it's good that
they're unused. libc.so just needs __guard_local and the .note.openbsd.ident
section, so add them to stack_protector.c for now (this will be improved)

"good time" deraadt@

show more ...


# a842d206 25-Oct-2015 bluhm <bluhm@openbsd.org>

The only thing that was translated into multiple languages in OpenBSD
are the errno messages and signal names. Everything else is in
English. We are not planning to translate more text. Running a

The only thing that was translated into multiple languages in OpenBSD
are the errno messages and signal names. Everything else is in
English. We are not planning to translate more text. Running a
mixed system with less than 1% of the text in native language makes
no sense. So remove the NLS support from libc messages. The
catopen(3) functions stay as they are.
OK stsp@ mpi@

show more ...


# ef2f5304 29-Aug-2015 deraadt <deraadt@openbsd.org>

Add Symbols.map to CLEANFILES


# a19629c6 22-Aug-2015 guenther <guenther@openbsd.org>

Explicitly list the symbols permitted to be exported by libc.
This is primed with the current list of exported symbols so it doesn't
change the ABI yet, but will prevent unintentional additions in th

Explicitly list the symbols permitted to be exported by libc.
This is primed with the current list of exported symbols so it doesn't
change the ABI yet, but will prevent unintentional additions in the future
and sets the stage for reductions.

ok deraadt@ kettenis@

show more ...


# 4e6fb432 09-Jun-2014 miod <miod@openbsd.org>

Nuke the machinery to sync libkern with libc, it's not been used in the
last 15 years and there is no point to use it in the future.

From Jean-Philippe Ouellet


# 785db57b 21-May-2014 tedu <tedu@openbsd.org>

warn about implicit. misspelled function names in libc are deadly.


# e62104c6 01-Jun-2013 stsp <stsp@openbsd.org>

Fix catopen(3) for UTF-8 locales and update the implementation to POSIX-2008.

Catalogs had an arbitrary character set which was used regardless of locale.
Add UTF-8-encoded catalogs for libc error m

Fix catopen(3) for UTF-8 locales and update the implementation to POSIX-2008.

Catalogs had an arbitrary character set which was used regardless of locale.
Add UTF-8-encoded catalogs for libc error messages, and rename existing ones
to indicate their character sets. catopen(3) now chooses a catalog which
matches the locale's encoding, if available.

help & ok matthew, man page bits ok jmc, input from naddy and bluhm

show more ...


# 6b29d477 15-Aug-2012 matthew <matthew@openbsd.org>

A couple small but long anticipated changes:

- Link libpthread.so with -znodlopen. Because libpthread overrides
the weak symbols in libc, we can't allow it to be dynamically
loaded or els

A couple small but long anticipated changes:

- Link libpthread.so with -znodlopen. Because libpthread overrides
the weak symbols in libc, we can't allow it to be dynamically
loaded or else libc's weak symbols might have already been
resolved by ld.so. (Also, major bump because this is technically
a backwards incompat change in behavior, although dlopen()ing
libpthread never really worked.)

- Link libc.so with -nodefaultlibs -lgcc. This ensures that libc
doesn't try to link against itself (which ld.so wouldn't like).

- Change GCC 4 to link shared objects with -lpthread and -lc as
appropriate, now that there's no issues with doing so. This means
that it's no longer necessary to patch software to use -pthread
instead of -lpthread. (Ports tree rejoice!)

Also, to preemptively answer this question: No, this does not
eliminate the need for LD_PRELOAD=libpthread.so. That's a separate
issue that won't be resolved until we eliminate libc's weak symbols.

Discussed extensively on email and icb over the past few months.
ok deraadt

show more ...


# 7cd9afdf 02-Aug-2012 okan <okan@openbsd.org>

remove leftover NOLINT, WANTLINT, LINTFLAGS, LOBJ vars and lint targets.

ok guenther@


# b3ed33d2 03-Feb-2010 miod <miod@openbsd.org>

Use MACHINE_CPU instead of MACHINE_ARCH to pick the correct machine dependent
files or directories when applicable.
The inspiration and name of MACHINE_CPU come from NetBSD, although the way to
provi

Use MACHINE_CPU instead of MACHINE_ARCH to pick the correct machine dependent
files or directories when applicable.
The inspiration and name of MACHINE_CPU come from NetBSD, although the way to
provide it to Makefiles is completely different.
ok kettenis@

show more ...


# 5d680cd2 24-Nov-2009 mk <mk@openbsd.org>

Add `da.msg'.


# 043fbe51 27-Oct-2009 deraadt <deraadt@openbsd.org>

rcsid[] and sccsid[] and copyright[] are essentially unmaintained (and
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(th

rcsid[] and sccsid[] and copyright[] are essentially unmaintained (and
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms

show more ...


# ca4eb6f1 14-Mar-2006 deraadt <deraadt@openbsd.org>

add italian nls; from jwk@xtf.it


# e5a6e266 24-Nov-2005 deraadt <deraadt@openbsd.org>

use WANTLINT= (on all architectures)


# 8b25610e 29-Sep-2005 uwe <uwe@openbsd.org>

use tabs instead of spaces in tags file


# 4695629b 29-Jun-2005 mickey <mickey@openbsd.org>

only include copy-to-libkern-* targets if making copy-to-libkern to avoid zombie dependancies elsewhere


# 320b370c 28-Jan-2004 deraadt <deraadt@openbsd.org>

oops


# 03722a93 28-Jan-2004 deraadt <deraadt@openbsd.org>

toast long line


# 5ff19d39 20-Nov-2003 avsm <avsm@openbsd.org>

remove -Werror from userland builds, to give us a chance to
use more verbose warning options if desired.
ok millert@, henning@, david@


# a041a030 15-Jul-2002 mickey <mickey@openbsd.org>

suppress ctags warnings; millert@ ok


# 96d39b13 18-Jun-2001 millert <millert@openbsd.org>

compile libc with -Werror since any warnings gcc produces without extra -Wfoo directives is something we care about


12