It was <2019-01-05 sob 07:38>, when Tim Landscheidt wrote: > with Fedora 28's RPM 4.14.2.1, I was looking at > http://rpm.org/user_doc/lua.html to mangle some strings. It > took some experimentation to find that the actually working > syntax is: > > | [tim@passepartout ~]$ rpm --eval '%{lua: local re = > | rex.newPOSIX("abc"); if re:match("abcdef") then print("Matched") > | else print("Not matched"); end}' > | Matched > | [tim@passepartout ~]$ rpm --eval '%{lua: local re = > | rex.newPOSIX("abc"); if re:match("acdef") then print("Matched") else > | print("Not matched"); end}' > | Not matched > | [tim@passepartout ~]$ [...] > | [tim@passepartout ~]$ rpm --eval '%{lua: print(string.match("abcdef", "abc"));}' > | abc > | [tim@passepartout ~]$ > > So what is the status of and advantage to use the rex exten- > sion over the internal string module? In Fedora's spec > files, rex does not seem to be used once, but string quite a > bit. string.match[1] does not suport regular expressions but rather its own syntax. Regular expressions[2][3] are much more powerful tool. [1] http://lua-users.org/wiki/StringLibraryTutorial [2] https://en.wikipedia.org/wiki/Regular_expression [3] https://www.xkcd.com/208/ -- Łukasz Stelmach Samsung R&D Institute Poland Samsung Electronics
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ Rpm-list mailing list Rpm-list@xxxxxxxxxxxxx http://lists.rpm.org/mailman/listinfo/rpm-list
