[archie-client][mips] Define NOREGEX macro since MUSL doesn't provide re_{comp,exec}().

[dsanders]

MultiSource/Benchmarks/Prolangs-C/archie-client/Makefile

6–8

Shouldn't this disable the test if re_comp is unavailable? It should be defined/not-defined by the configure step.

[vkalintiris]

MultiSource/Benchmarks/Prolangs-C/archie-client/Makefile

6–8

We can't rely on the configuration script for this at the moment (see http://lists.llvm.org/pipermail/llvm-dev/2015-October/091758.html).

Even if the configure step was reliable, disabling the whole test, seems like an overkill to me. Given the transition to CMake, I suggest that we commit this and properly configure the test-suite for cross-compilation with CMake in the future.

[dsanders]

MultiSource/Benchmarks/Prolangs-C/archie-client/Makefile

6–8

I'm not keen to change this test in this way for all Mips targets because of a MUSL specific problem. I don't mind a temporary solution but I'd like it to target MUSL specifically.

[vkalintiris]

FWIW, I tested our out-of-tree buildbots and they are passing the test without any problem. This should be a temporary solution as long as we can't use rununder with the CMake build. With CMake it's really easy to check for the existence of these functions during configuration time.

MultiSource/Benchmarks/Prolangs-C/archie-client/Makefile

 LEVEL = ../../../..
 
 include $(LEVEL)/Makefile.config
 
 # This test uses the deprecated re_comp functions.
 ifdef HAVE_RE_COMP
 PROG = archie
 endif
 
 include $(LEVEL)/MultiSource/Makefile.multisrc
 
 ifeq ($(TARGET_OS),SunOS)
 LDFLAGS += -lsocket -lnsl
 endif
+
+ifeq ($(ARCH),Mips)
+CFLAGS += -DNOREGEX
+endif

MultiSource/Benchmarks/Prolangs-C/archie-client/regex.c

#endif
   sta = OKP;
   return 0;
 }
 
 
 static char *bol;
 static char *bopat[MAXTAG];
 static char *eopat[MAXTAG];
-char *pmatch();
+static char *pmatch();
 
 /*
  * re_exec:
  *  execute nfa to find a match.
  *
  *  special cases: (nfa[0]) 
  *    BOL
  *      Match only once, starting from the