Le 20/10/2016 à 16:03, Tommaso Cucinotta a écrit :
On 20/10/2016 15:48, Jean-Marc Lasgouttes wrote:
Le 18/10/2016 à 18:42, Tommaso Cucinotta a écrit :
So, the problem with Advanced F&R might be: how do we package on Mac
OS-X ?

I didn't see an answer to this, yet. Do we package with std::regex on
Mac ? What problem in packaging using boost instead ?

These days, we use std::regex by default when it is available. We may have to reconsider this policy until AF&R is fixed.

I do not think that it would be a problem for Stephan to build with boost::regex explicitly.

Tommaso, since regexes are mostly write-only, you are probably the
person who knows best what kind of Perl extensions you like to use.

so the issue would be to double-check whether all regex-es in
findadv.cpp can be converted to std::regex ones. But, is there a common
syntax among boost::regex and std::regex that we can use so that
libraries become interchangeable? Otherwise, if we convert all regexes
to std:: syntax, we break everything with boost.

As I understand it, Boost::regex uses Perl syntax, which is a extension of normal-people-syntax. And I do not know what is the status of ECMAscript syntax (used by std::regex).

But suddenly I am not sure anymore of what the problem is. The original message in this thread complains about "[0-9]+" not working. In theory this should work both in Perl regexes and ECMAscript.

I am confused now.

Otherwise, we would need some Advanced F&R automated tests to checks
how well our regexps behave.

some are already there, see development/autotests/findadv-re-*-in.txt.

Good. I am not sure any more that the problem we have is with internal regexes... The person we need on this is Georg.

JMarc

Reply via email to