No perche’ poi la gente pensa che sono pazzo. Devo compilare una fottuta estensione del PHP di merda, e con somma felicita’ scopro che nel giro di un paio di versioni hanno TOLTO dai sorgenti questa cara estensione, per buttarla su PECL, ovvero il CPAN dei poveri; mi sembra ovvio che la notizia di questo “spostamento” fosse scritta nell’infinito ChangeLog, in mezzo a mille altre cagate… si puo’ facilmente immaginare la mia faccia quando configure diceva che la flag –enable di quel modulo mi dava errore.
C’e’ una piccola premessa da fare, e cioe’ che una versione precedente di PHP compila tranquillamente con quel modulo, ma tanto prima o poi bisognera’ aggiornare, quindi tanto vale impazzire da subito. E la vita mi fa SCHIFO.
Oltretutto aggiungo un’altra piccola nota, di cui probabilmente mi saro’ gia’ lamentato, ma ecco, vorrei ricordare che per compilare il fottuto supporto per IMAP ho dovuto commentare a caso un include (si, a caso, perche’ non posso fare come negli anni ‘80 e “leggermi (TUTTI) i sorgenti” per capire, si fotta questa filosofia da disadattati evangelisti unix):
configure: error: utf8_mime2text() has old signature, but U8T_CANONICAL is present. This should not happen. Check config.log for additional information.
Gia’, non dovrebbe succedere, ma torniamo A NOI o/
Uno dei modi per installare questi infami moduli e’ con lo STITICO compilatore: ficchi i sorgenti del modulo dentro i sorci del php, rigeneri il configure (con un comando che genera orrore), ridai il configure, compili.
No.
Il configure cerca la directory “ext/pdf/”, ma il modulo si chiama “pdflib”, e anche la flag e’ “–with-pdflib=”, e la “guida” dice di strippare la versione dal nome della directory, non di fargli IMITARE un’altra porcoddiomadonna di directory. No, non puoi dare make ignorando l’errore, si fermera’.
Ok, allora vai col DSO, PHPIZZAMI IL CLITAZZO, FAI TE.
Provo prima a caso:
# pear install pdflib
No releases available for package "pear.php.net/pdflib" - package pecl/pdflib can be installed with "pecl install pdflib"
Cannot initialize 'pdflib', invalid or missing package file
Package "pdflib" is not valid
install failed
L’ennesimo tool che ti suggerisce cosa fare, senza farlo.
# pecl install pdflib
downloading pdflib-2.1.3.tgz ...
Starting to download pdflib-2.1.3.tgz (55,675 bytes)
.............done: 55,675 bytes
10 source files, building
running: phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20060613
Zend Extension Api No: 220060519
ERROR: `phpize' failed
Ok caro amico CHE SCHIFO, provo a manella:
root@x:~/work/pdflib-2.1.3# phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20060613
Zend Extension Api No: 220060519
Anvedi, li mortacci de pippo, mannaggia ai sandali del signore, spatof, non orrorra! Genera invece un altro, sempre meno simpatico, fottutissimo shell script chiamato dai piu’ “configure“. E cosa scopre l’avvilito me stesso?
Che il makefile genera effettivamente un…
gcc -shared .libs/pdf.o -L/usr/PDFlib/bind/c/lib -lpdf -Wl,-rpath -Wl,/usr/PDFlib/bind/c/lib -Wl,-soname -Wl,pdf.so -o .libs/pdf.so
fottutissimo pdf.so. Non libpdf.so. Probabilmente bastava ignorare la poca documentazione di questo “PECL”, chiamare la directory del modulo “pdf” e forse allora avrebbe compilato stitico. Ma chissa’ se funzionera’…
| PDF Support |
enabled |
Funziona.
Per concludere possiamo chiaramente affermare che, procedendo “alla buona” e provando “a naso”, forse si sarebbero skippati uno o due passi, e il risultato sarebbe stato il medesimo, ma purtroppo questa attitudine non va bene, affatto; non e’ sempre possibile procedere “alla buona”, ne si puo’ sempre fare affidamento sull’intuito, stile “eh ma dopo tanti anni lo sai come funziona l’inux”, e lo affermo proprio perche’ SO COM’E’ FATTO L’INUX: MALE.
