History log of /openbsd/lib/csu/Makefile (Results 1 – 25 of 36)
Revision Date Author Comments
# c911477e 14-Nov-2021 guenther <guenther@openbsd.org>

Split out the hppa and mips64 versions of boot.h similar to how I
split ld.so/boot.c in 2019:
* delete extraneous #includes
* delete jmprel handling on non-hppa
* delete RELOC_GOT() and DT_PROC bi

Split out the hppa and mips64 versions of boot.h similar to how I
split ld.so/boot.c in 2019:
* delete extraneous #includes
* delete jmprel handling on non-hppa
* delete RELOC_GOT() and DT_PROC bits on non-mips64

ok visa@

show more ...


# 7bccb200 27-Jun-2020 kettenis <kettenis@openbsd.org>

Prevent the use of jump tables on powerpc64 as well.

ok patrick@, drahn@


# 8bf96a7f 25-Jun-2020 drahn <drahn@openbsd.org>

disable altivec and vsx as it causes issues in qemu testing.

This probably should be backed out after fully debugged, vector
instructions caused problems with debug configuration.


# 2d072eeb 19-May-2020 mortimer <mortimer@openbsd.org>

Disable builtins on ppc in order to prevent the compiler from optimizing in
calls to libc in the process boot code that might not work before things
like the GOT are set up.

Suggested by deraadt@ ok

Disable builtins on ppc in order to prevent the compiler from optimizing in
calls to libc in the process boot code that might not work before things
like the GOT are set up.

Suggested by deraadt@ ok visa@

show more ...


# 151e2b29 01-Jul-2019 kettenis <kettenis@openbsd.org>

Need to compile rcrt0.o with -fno-jump-tables on powerpc as well.

ok visa@


# 8a17ffc5 28-Jun-2019 kettenis <kettenis@openbsd.org>

Since clang only supports the "secure" PLT ABI for "big" PIC/PIE on powerpc,
stop building the csu code with -fpie on that platform.

ok guenther@, visa@


# aadc5739 19-Apr-2019 visa <visa@openbsd.org>

Prevent clang from using builtins and jump tables in _dl_boot_bind()
on mips64. They need relocation and consequently cannot be used
in that function.

OK kettenis@


# d125f366 24-Feb-2019 kn <kn@openbsd.org>

Remove -S from install commands

As of usr.bin/xinstall/install.c revision 1.68, -S is a no-op and
install(1) will always create files safely, thus clean the option usage
from the tree.

Diff from La

Remove -S from install commands

As of usr.bin/xinstall/install.c revision 1.68, -S is a no-op and
install(1) will always create files safely, thus clean the option usage
from the tree.

Diff from Lauri Tirkkonen <lotheac at iki dot fi>, thanks.

show more ...


# 32219c94 12-Aug-2017 guenther <guenther@openbsd.org>

Fix dependency generation: pass ${DFLAGS} and -MF explicitly

problem noted by deraadt@
ok espie@


# 2b34b792 10-Jul-2017 espie <espie@openbsd.org>

remove misc. depend and yacc nits that no longer matter.
okay millert@


# e5da831f 21-Jan-2017 guenther <guenther@openbsd.org>

amd64 can build rcrt0.o with the stack-protector

ok kettenis@ deraadt@


# 1049ab83 08-Nov-2016 natano <natano@openbsd.org>

Use sed -i to post-process .depend. This avoids permission issues caused
by the file being created in /tmp.

tweaks and ok tb


# d218f304 15-Oct-2016 espie <espie@openbsd.org>

unify tmp depend generation.
- simpler uniform pattern
- put the tmpfile in OBJDIR, so that mv doesn't whine about groups
when using a separate builduser.

okay millert@


# b7a255ad 03-Sep-2016 jsg <jsg@openbsd.org>

Enable PIE on arm now that sjlj exceptions are no longer used after
the switch to eabi. This does not include static PIE which will be
handled later.

A specific sequence of steps is required to cro

Enable PIE on arm now that sjlj exceptions are no longer used after
the switch to eabi. This does not include static PIE which will be
handled later.

A specific sequence of steps is required to cross over this change,
using a snapshot is the easiest way to do so.

ok kettenis@

show more ...


# 80aa8e27 01-Sep-2016 tedu <tedu@openbsd.org>

retire sparc


# b7d44ead 22-Dec-2014 kurt <kurt@openbsd.org>

Introduce new csu0 variant for -static -pie binaries to use called
rcsu0.o where the initial 'r' is for relocatable. rcsu0.o performs
self-relocation on static pie binaries by calling a slightly modi

Introduce new csu0 variant for -static -pie binaries to use called
rcsu0.o where the initial 'r' is for relocatable. rcsu0.o performs
self-relocation on static pie binaries by calling a slightly modified
copy of ld.so's _dl_boot_bind() in boot.h.

The first arch implementatation is also included for amd64 where
__start calls _dl_boot_bind() and then calls ___start(). Includes
parts from kettenis@ to help get R_X86_64_64 relocations working
and proper handling for undefined weak symbols.

This is the first part of several to get static pie self-relocating
binaries working. binutils, gcc and kernel changes are forthcoming
to complete the solution, then per-arch implementations are needed
for MD_RCRT0_START in csu.

okay kettenis@ pascal@ deraadt@

show more ...


# 87d547a3 15-Nov-2014 guenther <guenther@openbsd.org>

Objects for the executable can be PIE instead of PIC, so remove the sparc64
special case; no binary change

ok kettenis@


# ec68b4ea 15-Nov-2014 guenther <guenther@openbsd.org>

ELF uberalles, so move the files up out of common_elf

ok miod@ deraadt@


# 6b884104 12-Nov-2014 guenther <guenther@openbsd.org>

Merge Makefiles, moving the build up a level and putting the CPU-specific
build flags into conditionals in the Makefile, fixing a few inconsistencies
in the process.

\o/ miod@


# 8f53ac78 10-Nov-2014 guenther <guenther@openbsd.org>

m68k is dead <sniff>

ok miod@


# f19f47a5 04-Jul-2011 deraadt <deraadt@openbsd.org>

enter ia64 for obj


# 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 ...


# aaba78a8 09-Nov-2006 drahn <drahn@openbsd.org>

build obj in sh


# 786257cf 10-Sep-2004 pefo <pefo@openbsd.org>

add mips64 to the list. ok derradt.


# 77fd8a68 27-Feb-2004 deraadt <deraadt@openbsd.org>

change amd64's MACHINE_ARCH from x86_64 to amd64. There are many many
reasons for this, quite a few of them technical, and not all of them
in response to Intel's broken ia32e crud. The gcc toolchai

change amd64's MACHINE_ARCH from x86_64 to amd64. There are many many
reasons for this, quite a few of them technical, and not all of them
in response to Intel's broken ia32e crud. The gcc toolchain stays at
x86_64 for now.

show more ...


12