Use ar(1)'s s-flag instead of invoking ranlib(1) - libgrapheme - unicode string library
 (HTM) git clone git://git.suckless.org/libgrapheme
 (DIR) Log
 (DIR) Files
 (DIR) Refs
 (DIR) README
 (DIR) LICENSE
       ---
 (DIR) commit 5fc87aedad86a8410a360ba718096e613ddf11f6
 (DIR) parent b0806472bfe24708f938cc053ce29af0b8cdb57d
 (HTM) 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:
         M Makefile                            |       3 +--
         M config.mk                           |       1 -
       
       2 files changed, 1 insertion(+), 3 deletions(-)
       ---
 (DIR) 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)
 (DIR) diff --git a/config.mk b/config.mk
       @@ -17,4 +17,3 @@ LDFLAGS  = -s
        # tools
        CC = cc
        AR = ar
       -RANLIB = ranlib