C’était le plan, sachant que les regex n'ont été implémenté qu'à partir de GCC 4.9 (donc pas encore hyper courant). En pratique il y a déja un #define dans le code qui permettrait de passer aux regex STL, mais certaines features utilisé très courrament dans les scripts .kak ne sont malheureusement pas supporté par les regex standard:
\h (horizontal whitespace) pas très grave, remplaçable par [ \t] \K (set match start position) plus embêtant, et très utilisé
Du coup, pour \K, soit je trouve une solution pour le remplacer (une feature C++ pour remplacer une feature regex), soit je migre vers un moteur de regex différent (comme PCRE).
Pour le moment, comme de toute manière il faut GCC 4.9, je garde le status quo avec boost. Mais ça fait parti des choses à faire.
[^] # Re: lequel
Posté par mawww . En réponse au journal Tour d'horizon des éditeurs de texte pour le terminal. Évalué à 1.
C’était le plan, sachant que les regex n'ont été implémenté qu'à partir de GCC 4.9 (donc pas encore hyper courant). En pratique il y a déja un #define dans le code qui permettrait de passer aux regex STL, mais certaines features utilisé très courrament dans les scripts .kak ne sont malheureusement pas supporté par les regex standard:
\h (horizontal whitespace) pas très grave, remplaçable par [ \t]\K (set match start position) plus embêtant, et très utiliséDu coup, pour \K, soit je trouve une solution pour le remplacer (une feature C++ pour remplacer une feature regex), soit je migre vers un moteur de regex différent (comme PCRE).
Pour le moment, comme de toute manière il faut GCC 4.9, je garde le status quo avec boost. Mais ça fait parti des choses à faire.