Fin qui poco male, ieri mi sono armato di pazienza e ho avviato una nuova compilazione di Qt5 ma, purtroppo, la compilazione si arresta perché lasciando l'opzione -icu vengono linkate le librerie della versione 64. Ho provato a cercare in rete una soluzione per fare una compilazione pulita ma non ho trovato nulla e mettermi a rovistare nei sorgenti di Qt5 non mi sembra proprio il caso.
Per ora l'unica soluzione alla mia portata da applicarsi temporaneamente mi sembra questa: https://www.linuxquestions.org/question ... ost5916233 . Cito:
In sostanza si tratta di fare un pacchetto contenente le librerie della versione 64 in modo da mantenere una retrocompatibilità di icu4c in attesa di una patch o di un aggiornamento di Qt5. Tuttavia ho due dubbi:So what you need to do is keep copies of libicudata.so.61, libicui18n.so.61, libicuio.so.61, libicutest.so.61, libicutu.so.61 and libicuuc.so.61 from icu4c-61.1-i586-2.txz or icu4c-61.1-x86_64-2.txz (discard the rest), and put them in a icu4c-compat package which contains the shared libraries for all the versions of icu4c that you have things linking against
1) la coesistenza delle librerie 64 e 65 potrebbe creare problemi per successive compilazioni di sorgenti che linkano regolarmente le librerie di icu4c-65?
2) devo creare un pacchetto "icu4c-compat" (come suggerito nel post) contenente esclusivamente le librerie libicu*.so.64 da installare in aggiunta al pacchetto ordinario di icu4c rilasciato da Slackware64 current oppure devo creare un pacchetto personalizzato contenente tutti i file di icu4c-65 e in aggiunta le librerie *so.64 ? La prima opzione mi sembra più pulita ma non mi convince molto
Se poi ci sono già soluzioni più pulite che permettano una compilazione di Qt5 che linka regolarmente icu4c-65 ringrazio per i suggerimenti. Una cosa è certa: non mi sembra il caso di mettermi a fare tentativi da niubbo alla cieca per una compilazione che richiede 10 ore. Mi era già capitato una volta un errore dopo 9 ore di compilazione ed è un trauma che non voglio rivivere