commit 5fc87aedad86a8410a360ba718096e613ddf11f6
parent b0806472bfe24708f938cc053ce29af0b8cdb57d
Author: Laslo Hunhold <dev@frign.de>
Date: Wed, 20 Jul 2022 15:33:56 +0200
Use ar(1)'s s-flag instead of invoking ranlib(1)
Tom Schwindl kindly pointed out that ranlib(1) is legacy and not even
part of POSIX anymore, given ar(1) can do the same job with the s-flag
(which is an XSI-extension, but whatever).
I'm certain there is no case where a system does not have a convenient
ranlib(1)-wrapper-script, but it's always good to follow best practices.
Signed-off-by: Laslo Hunhold <dev@frign.de>
Diffstat:
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
@@ -187,8 +187,7 @@ $(TEST):
$(CC) -c -o $@ $(CPPFLAGS) $(CFLAGS) $<
libgrapheme.a: $(SRC:=.o)
- $(AR) -rc $@ $?
- $(RANLIB) $@
+ $(AR) -rcs $@ $?
libgrapheme.so: $(SRC:=.o)
$(CC) -o $@ -shared $(SRC:=.o)
diff --git a/config.mk b/config.mk
@@ -17,4 +17,3 @@ LDFLAGS = -s
# tools
CC = cc
AR = ar
-RANLIB = ranlib