Dotaz: pcre/pcreposix na Slackware/Ubuntu

[rastos]

Po dlhom pátraní po jednom bug-u som došiel k tomu, že je niečo zle knižnicou pcre. Problém som našiel na Slackware-i (-current) ale vo finále potrebujem, aby ten kód chodil na Ubuntu.

Na Slackware-i mám balík pcre-8.42 a jeho príslušné zdrojáky a to sú tie isté, ktoré sú na pcre.org.

V tých zdrojákoch je súbor pcreposix.h, ktorý sa nainštaluje do /usr/include/pcreposix.h) a ktorý končí takto

/* The functions */

PCREPOSIX_EXP_DECL int regcomp(regex_t *, const char *, int);
PCREPOSIX_EXP_DECL int regexec(const regex_t *, const char *, size_t,
                     regmatch_t *, int);
PCREPOSIX_EXP_DECL size_t regerror(int, const regex_t *, char *, size_t);
PCREPOSIX_EXP_DECL void regfree(regex_t *);

#ifdef __cplusplus
}   /* extern "C" */
#endif

#endif /* End of pcreposix.h */

na Ubuntu mám balík libpcre3 a v nej je súbor pcreposix.h, ktorý končí takto:

/* The functions */

PCREPOSIX_EXP_DECL int pcreposix_regcomp(regex_t *, const char *, int);
PCREPOSIX_EXP_DECL int pcreposix_regexec(const regex_t *, const char *, size_t,
                     regmatch_t *, int);
PCREPOSIX_EXP_DECL size_t pcreposix_regerror(int, const regex_t *, char *, size_t);
PCREPOSIX_EXP_DECL void pcreposix_regfree(regex_t *);

#ifdef __cplusplus
}   /* extern "C" */
#endif

#define regcomp pcreposix_regcomp
#define regexec pcreposix_regexec
#define regerror pcreposix_regerror
#define regfree pcreposix_regfree

#endif /* End of pcreposix.h */

Otázky:

• kde sa vzalo "pcre3"? Je to niečo iné ako knižnica z pcre.org?
• dajú sa niekde nájsť originálne zdrojáky, z ktorých ubuntu urobilo balík? Ideálne aj nejakou históriou commitov?
• tuší niekto, prečo je v pcreposix.h to premenovanie?

Odpovědi

[debian+]

1) libpcre3 - Perl 5 Compatible Regular Expression Library - runtime files

2) ano, vyber si konkretny balik a citaj stranku

3) ano, lebo programator je lenivy :) a usestri kratsou variacou 10 tuknuti/stlaceni do klavesnice (ak nema doplnovanie) .... a nie to premenovanie, vid.

[rastos]

1. To sme sa trocha nepochopili - ja viem, čo znamená skratka PCRE a načo tá knižnica slúži. Mňa zaujíma prečo sa ten balík volá "pcre3" resp. "libpcre3", keďže projekt sa volá "pcre" a navyše existuje iný projekt s menom "pcre2".

2. to si ma nakopol trocha správnym smerom - na stránke, ktorú som linkoval hore, sa dá nájsť

[ Source: pcre3 ]

To som predtým prehliadol, resp. som nevedel, že to tam mám hľadať, keďže ubuntu často nepoužívam. Dotiahnem odpoveď tým, že tam sa dá nájsť:

pcre3_8.38.orig.tar.gz 	2,005.2 kB 	8a353fe1450216b6655dfcf3561716d9
pcre3_8.38-3.1.debian.tar.gz 	31.5 kB 	943442eab19bb0381d1b663ca8cd23e8

kde to prvé je premenovaný archív toho, čo vydalo pcre.org, a to druhé sú zmeny aplikované Debianom a následne Ubuntu.

3. To sme sa zasa trocha nepochopili. regcomp()/regexec()/regfree() je POSIX API, a pcre knižnica ho ponúkala. Ale Debian sa z nejakého dôvodu rozhodol (pomerne dávno) ABI zmeniť a tie #define-y tam asi pridali, aby zachovali aspoň API na úrovni zdrojákov. Nie je mi jasné, prečo to spravili, ale asi sa tým zjavne vyhli práve problému, na ktorý som narazil: konflikt s duplicitnou implementáciou v libc. Zvláštne je, že sa tá zmena nedostala naspäť do projektu pcre.org a tým pádom ani do Slackware-u. A Slackware asi nebude mať chuť teraz tú zmenu prevziať, práve kvôli rozbitiu ABI

[debian+]

3) Keby si si nastudoval link, tak by si pochopil, na co sluzi define. #define

Je prikaz predprocesora, ktory vytvori predprocesorovu premennu s danou hodnotou. A vsade, kde sa pouzije ta premenna, tak predprocesor ju nahradi hodnotou. ... Hodnota premenne su z pohladu predprocesora vzdy typu string.

/* definicia premennej */ #define VERSION 1

Hodnota predprocesorovej premennej mozes definovat aj trebars nazvom lubovolneho vyrazu, tj. napr. aj premennej, funkcie, kod atd..

#define NOVY_RIADOK (putchar('\0')) Kedze predprocesorove premmenne sa vedia iba priradit hodnota a zmazat (#define a $undef), tak sa skor diva ako nahradzovac/vkladac textu (co aj realne je). void new_line(void) { putchar('\n'); } #define new_line nl Predprocesor slovo new_line nahradi hodnotou nl. Takze ak mam 15 krat v kode volat new_line a nechce sa mi pisat, tak napisem nl(); a predprocesor to nahradi na new_line(), tj. na realnu funkciu. V sume. Chces pouzivat bezproblovo prenositelne verzie, pouzivaj dlhe nazvy a nemas problem.

[debian+]

define nehradza original, nepremenuva ale vytvara nove aliasy. Tak ako priklad s ln().

[rastos]

Ok. Ďakujem za snahu. Myslím, že po 20 rokoch čo sa potýkam s Céčkom, už viem ako funguje #define

[debian+]

1) Balickova konvecia. Ak je to kniznica, dostava pred lib. Ak ma ta kniznica aj programy (napr. openssl ma programy na generovanie kniznic), tak sa vytvori balik s priponou na konci -bin. Ak sa meni verzia kniznice, tak dostava priponu na konci 2, 3 atd. Dovod starsich kniznic je kvoli programom. Potrebuju stare. Napr. gtk2 prechod na gtk3 nie je u aplikacii hned, ak samozrejme vobec je.

A samozrejme, vyvojar si ju nazve ako chce. Napr. pcre.

[rastos]

Aha. A keď si pcre.org zmyslí, že keď už raz "pcre" prekopali a urobili "pcre2", tak môžu urobiť aj "pcre3" - potom debian/ubuntu urobí čo? Urobia balík s názvom libpcre4, ktorý bude zbuildovaný zo zdrojákov projektu pcre3?

[debian+]

Ano. To oznacenie je oplyvnene modelom vyvoja, ze pokial je kod rady 1 hotovy a spokojny, tak vydame 2.0 (co je vlastne kopia napr. 1.18.8) a to co uz budeme dalej pridavat/prekopavat je 2.0.1 a vyssie ...

V gtk3 je napr. aj styl, ze co je v gtk 3.0.0 uz nie je v 3.16.1 ... co sa tyka API

[R]

libpcre3 preto, ze kniznica sa vola libpcre.so.3

[k3dAR]

a nevola se kniznica libpcre.so.3 preto, ze balicek libpcre3?