regex-pcre-builtin 0.94.4.6.8.31 → 0.94.4.6.8.32

raw patch · 3 files changed

+5/−7 lines, 3 filesdep ~arraydep ~basedep ~bytestring

Dependency ranges changed: array, base, bytestring, containers, regex-base

Files

• Text/Regex/PCRE/Wrap.hsc +2/−2
• pcre/config.h +1/−3
• regex-pcre-builtin.cabal +2/−2

@@ -73,8 +73,8 @@ import Control.Monad(when) import Data.Array(Array,accumArray) import Data.Bits(Bits((.|.))) -- ((.&.),(.|.),complement))-import Foreign(unsafePerformIO-              ,Ptr,ForeignPtr,FinalizerPtr -- ,FunPtr+import System.IO.Unsafe(unsafePerformIO)+import Foreign(Ptr,ForeignPtr,FinalizerPtr -- ,FunPtr               ,alloca,allocaBytes,nullPtr               ,peek,peekElemOff               ,newForeignPtr,withForeignPtr)

@@ -340,9 +340,7 @@    even in an EBCDIC environment, but it is incompatible with the EBCDIC    macro. That is, PCRE can support *either* EBCDIC code *or* ASCII/UTF-8/16,    but not both at once. */-#ifndef SUPPORT_UTF-#define SUPPORT_UTF-#endif+/* #undef SUPPORT_UTF */  /* Version number of package */ #ifndef VERSION

@@ -1,6 +1,6 @@ Name:                   regex-pcre-builtin -- Keep the Version below in sync with ./Text/Regex/PCRE.hs value getVersion_Text_Regex_PCRE :: Version-Version:                0.94.4.6.8.31+Version:                0.94.4.6.8.32 Cabal-Version:          >=1.2.3 License:                BSD3 License-File:           LICENSE@@ -65,7 +65,7 @@   -- The only reason to NOT define -DHAVE_PCRE_H is if you are on   -- a plotform without a regex library but want to compile this package   -- anyway.  The resulting regex-posix will exist, but throw errors.-  CC-Options:             -DHAVE_PCRE_H -DHAVE_CONFIG_H+  CC-Options:             -DHAVE_PCRE_H -DHAVE_CONFIG_H -DPCRE_STATIC   --Include-Dirs:           /opt/local/include   --Extra-Lib-Dirs:         /opt/local/lib   Include-dirs: pcre