grazie lukkino, tempestivo!!!!!
@ragno, perche? fino alla 1.7.12 andava!
aggiungo...
g++ -O2 -Wall -Woverloaded-virtual -shared loadepg.o i18n.o -o libvdr-loadepg.so
/usr/bin/ld: loadepg.o: relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
loadepg.o: could not read symbols: Bad value
sono sotto x64, e molti plugin me lo fanno, ora non so se compilando anche su x86 (non 64 bit) si puo' mettere l' opzione -fPIC ?
lukk, ma levare un po' di warning???
che ne pensi se mi passo il tempo con un
int unused;
unused = asprintf( &Buffer, "%02i/%02i/%04i", Day, Month, Year );
e poi ti posto il file? in modo da levare wutti i warning per valore di ritorno non utilizzato nella funzione asprintf?
si lo so e' barbaro ingannare il compilatore cosi', non mi picchiate, grazie!!!!
davidea ha scritto:
sono sotto x64, e molti plugin me lo fanno, ora non so se compilando anche su x86 (non 64 bit) si puo' mettere l' opzione -fPIC ?
Nella mia profonda ignoranza ho sempre pensato che atom fosse un P3 ottimizzato, non sapevo che macinasse codice x64...
Qual'e' il vantaggio di utilizzare x64 per vdr rispetto alla piu' collaudata x86, oltre al fatto di aumentare la dimensione del codice binario?
Comunque i warning non sono errori, probabilmente la versione del gcc che utilizzi e' un po' troppo pedante...
ciao
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
L'Atom e' anche dual core e iper threading, l'economicita' del processore deriva soprattutto dalla cache piccola e dall'assenza dei circuiti di previsione di salto che invece i + blasonati proci moderni hanno, il che lo fa anche essere + risparmioso dal punto di vista energetico
alez ha scritto:L'Atom e' anche dual core e iper threading, l'economicita' del processore deriva soprattutto dalla cache piccola e dall'assenza dei circuiti di previsione di salto che invece i + blasonati proci moderni hanno, il che lo fa anche essere + risparmioso dal punto di vista energetico
Si, si, pero' lo facevo figlio del Pentium M, che fosse EM64T lo ignoravo...
ciao
p.s. ci perdoni lukkino per l'aumento di rumore di fondo...e grazie sempre per l'ottimo pluggo che gira alla grande con vdr 1.4.7
pp.ss. una "guardata" su wikipedia m'ha tolto ogni dubbio...
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
ecco la patch (mettete via il randello per pieta!!!!) che elimina tutti i warning per il valore ritornato dalla funzione asprintf non untilizzato.
@ragno, si i warning sono dovuti al gcc 4.4.1 di ubuntu che e' un po' pedante, infatti mi avvisava che la funzione utilizzata restituisce un' int, ma che non lo stavamo usando, pero' siccome sono una cinquantina di righe, era seccante nell' output!!!
(void) asprintf( &Buffer, "%02i/%02i/%04i", Day, Month, Year );
Dipende comunque da come e' dichiarata la funzione di libreria asprint(...)
Ci dovrebbe essere uno swicth per rendere meno pedante sulla sintassi il gcc...(ah, che bei tempi quelli del gcc 2.98 )
ciao
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
Quella direttiva è apparsa già da VDR 1.3.x, se la tolgo i warning compaiono anche a me... a questo punto penso sia un problema di compilatore un pò troppo tarato
davidea ha scritto:non ci siamo purtroppo, ho aggiunto la direttiva (anche se gia' c'era, infatti ora mi compare due volte.....)
e cosi' via dicendo per una 50 di righe...
Mi sa che il tuo ambiente e' compilato con la direttiva "FORTIFY_SOURCE".
C'e' poco da fare...
Bisogna rimettere mani ai sorgenti...
Magari anche cosi:
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
Ho notato che in questa versione, a differenza con le precedenti, lo scaricamento dell'epg forza sempre lo switch sul canale dati anche quando si e' sintonizzati su di una canale gestito da un'altra scheda dvb (nel mio caso una dvb-t)...
Non ho fatto molte prove, ma la configurazione e' rimasta la stessa rispetto alla versione che utilizzavo prima (0.2.0)..
ciao
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
L´utilizzo dei cookies è finalizzato a rendere migliore l´esperienza di navigazione sul nostro sito.
Se continui senza cambiare le tue impostazioni, accetterai di ricevere i cookies dal sito "VDR Italia Forum".