Updating to libpcre3/1:8.35-3 now in debian/unstable also solves the issue.
Cheers
Sam
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Great!
Before seeing your last message, I was about to suggest turning
convertOctal into a convertOctalToHex, since the \x{...} notation has
been apparently supported longer. But I suppose it would be useful only
for syntaxes using specific behaviours for characters of code greater
than 256,
Upgrading to highlighting-kate 0.5.8.5
https://hackage.haskell.org/package/highlighting-kate
will fix the problem.
+++ John MacFarlane [Jul 19 14 09:19 ]:
OK, I have the solution! The \o{377} format for specifying
octal escapes is only supported starting in PCRE 8.34, and debian
has an older ve
OK, I have the solution! The \o{377} format for specifying
octal escapes is only supported starting in PCRE 8.34, and debian
has an older version. \377 can still be used. So I can adjust
highlighting-kate code to use e.g. \377, as long as we don't have
characters greater than octal 377.
+++ Jo
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-ligh
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
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 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
This is puzzling. This problem was fixed upstream in highlighting-kate
0.5.8.1. (See the changelog.) 0.5.8.2 fixes a similar problem with
perl. I cannot reproduce what you're seeing with my locally installed
version (not installed through debian).
Are you certain that the version you are using
Package: libghc-highlighting-kate-dev
Version: 0.5.8.2-1
Severity: important
Dear Maintainer,
Highlighting fails on ocaml code with a regex error.
I tried to highlight the most simple code possible in ghci:
Prelude Text.Highlighting.Kate> highlightAs "ocaml" "a"
[*** Exception: Text.Regex.PCRE.
10 matches
Mail list logo
