Parsing 哪个解析器组合器处理Data.Text，并包含在vanilla GHC中？

GHC中是否有满足以下两个约束的解析器组合器：

• 使用类型为

  Data.Text的输入

• 包含在默认GHC分发中

例如，

Text.parsercompbinators.ReadP

包含在GHC中，但不适用于

Data.Text

。另一个例子是

attoparsec

，它处理

数据.Text

，但不包括在GHC中

---

解决方案：

parsec

满足这两个约束，但是

attoparsec

不满足约束的解析器是

parsec
一个满足约束的解析器是
parsec
我认为没有，但是既然
Data.Text
本身不在GHC核心库中，为什么使用第二个不在GHC核心库中的东西是一件大事呢？我不允许使用
cabal
，
stack
或类似的东西，我使用的是Fedora模块存储库中的GHC，这意味着Fedora存储库中的所有其他Haskell库都依赖于常规Fedora存储库中提供的GHC版本。因此，没有在GHC中发布的所有内容对我来说都是有问题的。但是，
Data.Text
本身并没有在GHC中发布。如果您想使用Parsec，Fedora的存储库中有一个
GHC Parsec
RPM。在F32中，
GHC Parsec
是根据GHC从版本6.8的发布/更新存储库中构建的。但是，我使用的是模块存储库中的GHC，版本为8.10，与发布/更新存储库中的
GHC parsec
不兼容。我认为没有，但鉴于
Data.Text
本身不在GHC核心库中，为什么使用第二个不是的东西有什么大不了的？我不允许使用
cabal
、
stack
或类似的东西，我使用的是Fedora模块存储库中的GHC，这意味着Fedora存储库中的所有其他Haskell库都依赖于常规Fedora存储库中提供的GHC版本。因此，没有在GHC中发布的所有内容对我来说都是有问题的。但是，
Data.Text
本身并没有在GHC中发布。如果您想使用Parsec，Fedora的存储库中有一个
GHC Parsec
RPM。在F32中，
GHC Parsec
是根据GHC从版本6.8的发布/更新存储库中构建的。但是，我使用的是模块存储库中的GHC，版本为8.10，与发布/更新存储库中的
GHC parsec
不兼容。