Cl-ppcre Alternatives

Similar projects and alternatives to cl-ppcre

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better cl-ppcre alternative or higher similarity.

Suggest an alternative to cl-ppcre

cl-ppcre reviews and mentions

Posts with mentions or reviews of cl-ppcre. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-05-23.
  • The unreasonable effectiveness of f-strings and re.VERBOSE
    4 projects | news.ycombinator.com | 23 May 2022
    If the regular expression engine accepted tree structures instead of just strings, you could have first class definitions of fragments of regular expressions. Even better, you could define them as functions, so you could have parameterized fragments. So then you could just do something like http://edicl.github.io/cl-ppcre/#create-scanner2 without the bizarre definition syntax above.
    4 projects | news.ycombinator.com | 23 May 2022
    I must have a serious bug in my writing about this, because this was never about regex engines -- it's about literals and domain-specific sublanguages in general. Composing DSL programs by string concatenation is such a famous source of security bugs you see it in top-10 lists. I linked to the very similar example of a PEG parsing DSL.

    But any regex engine that can work with a parse tree shows the same principle, e.g. https://edicl.github.io/cl-ppcre/#create-scanner2

  • Adding Space to subst function
    1 project | reddit.com/r/lisp | 12 Apr 2022
    Take a look at - https://github.com/edicl/cl-ppcre
  • Common Lisp ASDF maintainer considers resignation
    1 project | reddit.com/r/lisp | 22 Jan 2022
    And here's what I believe represents the reality of the situation... Stas was indeed tired of ASDF's changes. Now the nature of what changes to make is a matter of judgement of course, but in this case (I'm thinking of SBCL's bug report request to update ASDF: https://bugs.launchpad.net/sbcl/+bug/1826074), it would be a different matter altogether if the discussion was centered on how best to make the new ASDF work with SBCL, but the thread reads to me like a man who had to put up with too much breakage for the upteenth time. Now, if (for the sake of argument :D) the change was of the necessary kind -- think hardware changes or security issues -- I can still see myself feeling wronged, it's human to do so. Because I don't trust ASDF anymore or I feel as if they (or other people at each step of the process) have not shared enough of the burden. But from the discussions I have read (https://github.com/edicl/cl-ppcre/pull/30) what the ASDF maintainers want to change does not seem unreasonable and they are willing to share the burden. But let us say it's truly a 50/50 deadlock. Well then Linus is right, show us the code, who dares wins. And Stas certainly has enough on his plate. But that's why we must cooperate. You don't have to be a diplomat to know the difference when two people want to work together and when one party wants out. And this setting makes more sense when you read (https://bugs.launchpad.net/sbcl/+bug/1823442) where Stas honestly states he wants nothing more to do with ASDF. I don't think it's unreasonable to surmise there's a bit more going on here than plainly technical issues.
  • Stas has alienated long-time ASDF maintainer Robert Goldman
    6 projects | reddit.com/r/Common_Lisp | 9 Jan 2022
    Could you just direct me to some existing discussions, in order to save time? I already read this one.
    6 projects | reddit.com/r/Common_Lisp | 9 Jan 2022
    That thread is not complete context; see also e.g. https://github.com/edicl/cl-ppcre/pull/30 and https://github.com/edicl/cl-fad/pull/24.
  • #"<your literal interpretation here>" (regular expression literals)
    2 projects | reddit.com/r/lisp | 4 Jul 2021
    I plan to use the regular expressions with a cl-ppcre wrapper, also emulating various clojure regular expression operations. Similar to re21, which doesn't quite support the operations in the way I'd like (or match the clojure operations), and whose regular expression literal syntax is "#//".

Stats

Basic cl-ppcre repo stats
7
261
2.7
12 days ago

edicl/cl-ppcre is an open source project licensed under BSD 2-clause "Simplified" License which is an OSI approved license.

SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
Find remote jobs at our new job board 99remotejobs.com. There are 3 new remote jobs listed recently.
Are you hiring? Post a new remote job listing for free.