Quando e perché l'output di qr() è cambiato?

Question

L'output di qr di perl è stato modificato, a quanto pare tra le versioni 5.10.1 e 5.14.2 e la modifica non è documentata, almeno non completamente.

Per dimostrare il cambiamento, eseguire il seguente one-liner in ogni versione:

perl -e 'print qr(foo)is."\n"' 

uscita da perl 5.10.1-17squeeze6 (Debian Squeeze):

(?-xism:foo) 

uscita da Perl 5.14 0,2-21 + deb7u1 (Debian wheezy):

(?^:foo) 

La documentazione perl (perldoc perlop) dice :

$ rex = qr/mio.STRING/is;
stampa $ rex; # prints (? si-xm: my.STRING)
s/$ rex/foo /;

che sembra non essere più vero:

$ perl -e 'print qr/my.STRING/is."\n"' 
(?^si:my.STRING) 

Vorrei sapere quando si è verificato questo cambiamento (la versione di Perl, o sostenere biblioteca o qualsiasi altra cosa).

Alcuni di fondo, nel caso in cui sia rilevante:

Questo cambiamento ha causato una serie di test di unità al sicuro. Devo decidere se aggiornare semplicemente i test unitari per riflettere il nuovo formato o rendere i test sufficientemente dinamici per supportare entrambi i formati, ecc. Per prendere una decisione informata, vorrei capire perché il cambiamento ha avuto luogo. Sapere quando e dove è avvenuto sembra il posto migliore in cui iniziare quell'inchiesta.

Answer 1

E 'documentato in perl5140delta:

espressioni regolari

(?^...) costrutto significa modificatori predefiniti

[...] Forzare a stringa di espressioni regolari ora usa questa notazione. [...]

Questa modifica è probabile che interrompa il codice che confronta le espressioni regolari con stringhe con stringhe fisse contenenti ?-xism.

La funzione regexp_pattern può essere utilizzata per analizzare i modificatori ai fini della normalizzazione.

Answer 2

Parte del motivo per cui questo è stato aggiunto, era che le espressioni regolari stavano ottenendo parecchi nuovi modificatori.

tuo esempio potrebbe realmente produrre qualcosa come questo se che il cambiamento non è avvenuto:

(?d-xismpaul:foo) 

Ciò anche in realtà non esprime i modificatori a posto.

d/u/l possono essere aggiunti solo ad una regex, non sottratto come i.
Si escludono a vicenda.

a/aa Esistono due livelli per questo modificatore.

---

Mentre il lavoro è andato in corso l'aggiunta di questi modificatori si è stabilito che questo si romperà un bel paio di test su moduli CPAN. Visto che i test si sarebbero interrotti comunque, è stato concordato che ci dovrebbe essere un modo per specificare semplicemente usare i valori di default ((?^:…)). In questo modo, i test non dovevano essere aggiornati ogni volta che veniva aggiunto un nuovo modificatore.

Answer 3

Per ricevere il form stringificato di un'espressione regolare, è possibile utilizzare Regexp::Parser e il relativo metodo qr. Usando questo modulo non puoi solo testare la rappresentazione di una regexp, ma anche camminare su un albero.