lix/src/libutil/local.mk

libraries += libutil

libutil_NAME = libnixutil

libutil_DIR := $(d)

libutil_SOURCES := $(wildcard $(d)/*.cc)

libutil_LDFLAGS = -pthread $(OPENSSL_LIBS) $(LIBBROTLI_LIBS) $(LIBARCHIVE_LIBS) $(BOOST_LDFLAGS) -lboost_context

ifeq ($(HAVE_LIBCPUID), 1)
	libutil_LDFLAGS += -lcpuid
endif
Update Makefile variable names 2014-02-01 11:23:14 +00:00			`libraries += libutil`
New non-recursive, plain Make-based build system 2013-11-22 14:54:18 +00:00
Use libnix as a prefix for all Nix libraries In particular "libutil" was always a problem because it collides with Glibc's libutil. Even if we install into $(libdir)/nix, the linker sometimes got confused (e.g. if a program links against libstore but not libutil, then ld would report undefined symbols in libstore because it was looking at Glibc's libutil). 2013-11-23 23:53:41 +00:00			`libutil_NAME = libnixutil`

Rename $(here) to $(d) for brevity, and remove trailing slash 2013-11-22 16:45:52 +00:00			`libutil_DIR := $(d)`
New non-recursive, plain Make-based build system 2013-11-22 14:54:18 +00:00
Update Makefiles 2014-01-09 15:53:47 +00:00			`libutil_SOURCES := $(wildcard $(d)/*.cc)`
New non-recursive, plain Make-based build system 2013-11-22 14:54:18 +00:00
Drop libbz2 / zlib / lzma dependency + style fixes 2021-04-15 11:51:00 +00:00			`libutil_LDFLAGS = -pthread $(OPENSSL_LIBS) $(LIBBROTLI_LIBS) $(LIBARCHIVE_LIBS) $(BOOST_LDFLAGS) -lboost_context`
Add x86_64 compute levels as additional system types When performing distributed builds of machine learning packages, it would be nice if builders without the required SIMD instructions can be excluded as build nodes. Since x86_64 has accumulated a large number of different instruction set extensions, listing all possible extensions would be unwieldy. AMD, Intel, Red Hat, and SUSE have recently defined four different microarchitecture levels that are now part of the x86-64 psABI supplement and will be used in glibc 2.33: https://gitlab.com/x86-psABIs/x86-64-ABI https://lwn.net/Articles/844831/ This change uses libcpuid to detect CPU features and then uses them to add the supported x86_64 levels to the additional system types. For example on a Ryzen 3700X: $ ~/aps/bin/nix -vv --version \| grep "Additional system" Additional system types: i686-linux, x86_64-v1-linux, x86_64-v2-linux, x86_64-v3-linux 2021-02-16 13:32:12 +00:00
			`ifeq ($(HAVE_LIBCPUID), 1)`
			`libutil_LDFLAGS += -lcpuid`
			`endif`