summaryrefslogtreecommitdiffstats
path: root/lib/libcompat/regexp/regmagic.h
diff options
context:
space:
mode:
authored <ed@FreeBSD.org>2010-03-14 10:18:58 +0000
committered <ed@FreeBSD.org>2010-03-14 10:18:58 +0000
commit1cea028198c6ed56b5608060e89aa7d5659e7abe (patch)
treec365d6fb8c2688382e96810f92cb4dc54afb61d5 /lib/libcompat/regexp/regmagic.h
parent99abac2a53c337492f4c428b7f251c04bc07fda4 (diff)
downloadFreeBSD-src-1cea028198c6ed56b5608060e89aa7d5659e7abe.zip
FreeBSD-src-1cea028198c6ed56b5608060e89aa7d5659e7abe.tar.gz
Trim down libcompat by removing <regexp.h>.
Erwin ran an exp-run with libcompat and <regexp.h> removed. It turns out the regexp library is almost entirely unused. In fact, it looks like it is sometimes used by accident. Because these function names clash with libc's <regex.h>, some application use both <regex.h> and libcompat, which means they link against the wrong regex library. This commit removes the regexp library and reimplements re_comp() and re_exec() using <regex.h>. It seems the grammar of the regular expressions accepted by these functions is similar to POSIX EREs. After this commit, 1 low-profile port will be broken, but the maintainer already has a patch for it sitting in his mailbox.
Diffstat (limited to 'lib/libcompat/regexp/regmagic.h')
-rw-r--r--lib/libcompat/regexp/regmagic.h5
1 files changed, 0 insertions, 5 deletions
diff --git a/lib/libcompat/regexp/regmagic.h b/lib/libcompat/regexp/regmagic.h
deleted file mode 100644
index 5acf447..0000000
--- a/lib/libcompat/regexp/regmagic.h
+++ /dev/null
@@ -1,5 +0,0 @@
-/*
- * The first byte of the regexp internal "program" is actually this magic
- * number; the start node begins in the second byte.
- */
-#define MAGIC 0234
OpenPOWER on IntegriCloud