Another solution would be to modify the highlighting-kate code to
avoid using character classes with octal escapes. (I could simulate
them by just listing all the characters.) Perhaps that is the best
short-term solution.
+++ John MacFarlane [Jul 19 14 08:14 ]:
Update: It seems that pcre-light is no longer being actively maintained
upstream. pcre-regex-builtin is not in Debian. I thought the solution
might be to add an option to highlighting-kate to use the regex-pcre library
(in debian as libghc-regex-pcre-dev). However, this seems to have the same
problem:
Prelude Text.Regex.PCRE.ByteString Data.ByteString.UTF8> Left e <- compile (compUTF8 +
compAnchored) 0 (fromString "[\\o{0370}-\\o{0377}")
Prelude Text.Regex.PCRE.ByteString Data.ByteString.UTF8> e
(11,"range out of order in character class")
Is the problem perhaps that the underlying C library pcre has not been
compiled with UTF8 support?
+++ John MacFarlane [Jul 18 14 16:53 ]:
I'd tested before with pcre-regex-builtin, which worked.
I recompiled with pcre-light, and got the failure you report.
The problem can be exhibited in pcre-light:
Prelude Text.Regex.PCRE.Light Data.ByteString.UTF8> match (compile
(fromString
"[\\o{0370}-\\o{0377}") [utf8,anchored]) (fromString "hi") []
*** Exception: Text.Regex.PCRE.Light: Error in regex: range out of order
in
character class
The unicode ranges seem to be confusing it, even with 'utf8' set.
Submitted an issue upstream:
https://github.com/Daniel-Diaz/pcre-light/issues/1
In the mean time, I suggest that debian packagers use pcre-regex-builtin
instead (though perhaps there was a reason for using pcre-light?).
+++ Samuel Hym [Jul 01 14 18:06 ]:
Hi John,
Are you certain that the version you are using in GHCI is 0.5.8.2,
and not an older version (perhaps from your user database)?
I rechecked, using the same version of the package but on a
different machine, different arch, just in case. But still with
debian-built packages, and with the same result.
Here is what ghci has to say, with the full versions of the modules used:
GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Prelude> :m +Text.Highlighting.Kate
Prelude Text.Highlighting.Kate> highlightAs "ocaml" "a"
Loading package array-0.4.0.1 ... linking ... done.
Loading package deepseq-1.3.0.1 ... linking ... done.
Loading package containers-0.5.0.0 ... linking ... done.
Loading package bytestring-0.10.0.2 ... linking ... done.
Loading package transformers-0.3.0.0 ... linking ... done.
Loading package mtl-2.1.2 ... linking ... done.
Loading package text-0.11.3.1 ... linking ... done.
Loading package parsec-3.1.3 ... linking ... done.
Loading package blaze-builder-0.3.3.2 ... linking ... done.
Loading package blaze-markup-0.5.1.6 ... linking ... done.
Loading package blaze-html-0.6.1.2 ... linking ... done.
Loading package pcre-light-0.4 ... linking ... done.
Loading package utf8-string-0.3.7 ... linking ... done.
Loading package highlighting-kate-0.5.8.2 ... linking ... done.
[*** Exception: Text.Regex.PCRE.Light: Error in regex: range out
of order in character class
You think something else might be to blame in the module stack?
Do you know if there is a way to ask pcre-light to be somewhat
more informative about the regex producing the issue?
By the way, many thanks for pandoc!
Best regards
Samuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
