Mirror of forum.nim-lang.org

6008 :: re or nre. What should i use? What will be supported in future?

• readysloth (orginal) [2020-02-28T18:53:19+01:00] view original

  Hello community! I want to clarify for myself and future programmers, what standard regex library should we use now?

  I found two discussions about future of both re and nre .

  I'm a bit scared that nre can be removed. Currently i use re for my projects, but getting group's from match doesn't work at all and i think about switching to nre instead.

  Only issue on github confuses me. What if year later my code will not compile anymore and i would have to rewrite it again?

---

• leorize (orginal) [2020-02-28T21:29:07+01:00] view original

  Since both re and nre made it to version 1 of Nim, you can be certain that they will be around for as long as there are interest in maintaining the 1.x series :) That's the stability commitment of Nim v1.

---

• timothee (orginal) [2020-02-29T01:08:20+01:00] view original

  for use in stdlib, IMO nre is the better design

  for use outside stdlib, IMO pkg/regex has a better design, eg works at CT, and is pure nim code without pcre dependency; I'm curious about performance, haven't seen benchmarks on this

---

• Araq (orginal) [2020-02-29T08:18:59+01:00] view original

  And after the v1 life, the worst that will happen is that you need to add nre as a Nimble package dependency.

---

• readysloth (orginal) [2020-02-29T18:26:23+01:00] view original

  Thank you for the answers!

---

• stbalbach (orginal) [2020-03-09T04:02:01+01:00] view original

  For performance, last I checked, re is faster than nre by a lot.

---

• didlybom (orginal) [2020-03-10T16:24:56+01:00] view original

  Does this mean that the plan is to remove nre in the future? That is, is it the recommendation to use re for new projects? If such a change is being considered, it would be nice to have a built in stand-alone regular expression library. Its a bit annoying to have to distribute the pcre dll with your compiled executable.

---

• enthus1ast (orginal) [2020-03-10T17:19:42+01:00] view original

  I use this pure library in one of my projects https://github.com/nitely/nim-regex

---

• Araq (orginal) [2020-03-10T17:45:48+01:00] view original

  We could maybe adopt nim-regex into the stdlib and deprecate both re and nre...

  Does this mean that the plan is to remove nre in the future?

  If you feel out of the loop, the "real" plans that have some chance of being done are tracked here: https://github.com/nim-lang/RFCs/issues

---

• Araq (orginal) [2021-10-26T09:50:47+02:00] view original

  Trollish remarks have been removed.

---

• oyster (orginal) [2021-10-27T04:06:07+02:00] view original

  does donation help in consolidating nim's library? As the title implies, often there are several alternative libraries for one aim, for example, wxnim/iup/etc for cross-platform GUI. These libs take the name, any search will lead to them firstly. However, on the other hand, none of them is complete or up-to-date :(

---

• pg13 (orginal) [2022-09-16T23:19:24+02:00] view original

  I find nre to be more reliable, as the following code block suggests.

  import re,nre
  let
    re1 = re.re"dd"
    re2 = nre.re"dd"
  echo re.match("ugknbfddgicrmopn",re1)
  echo nre.contains("ugknbfddgicrmopn",re2)
  
  false
  true
  Run

  Of course, could be I just don't know nim and/or regex.

---

• kobi (orginal) [2022-09-17T12:31:39+02:00] view original

  it matches the whole value, so should be something like "^.*dd.*$"

---