Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
niente da fare, questo cross-compiler non riesco a crearlo: quando viene compilato gcc mi da degli errori perchè non trova degli headers(credo)
In file included from /mnt/dati/64/src/gcc-4.3.1/libgcc/../gcc/libgcc2.c:33:
/mnt/dati/64/src/gcc-4.3.1/libgcc/../gcc/tsystem.h:90:19: error: stdio.h: No such file or directory
ho fatto diverse prove e adesso l'errore frequente è questo:
checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
Come chiesto in precedenza: volendo potrei usare bluewhite come cross-compiler?
consiglio spassionato: installa gentoo e hai un sistema compilato da te che funziona. e poi ti renderai conto che slackware (o qualsiasi altra distro precompilata) e' veloce tanto quanto gentoo piu o meno tranne ovviamente il fattore placebo
lennynero ha scritto:vabbè io volevo sperimentare un pò e poi volevo pesare un pò queste ottimizzazioni, che tanto fumose non dovrebbero essere...
guarda che quello che vuoi fare tu sulla slackware ( solo la parte a 32bit) non e' un casino..
ti prendi un qualsiasi slack.build lo modifichi secondo le tue esigenze lo lanci crea il pacchetto tgz poi upgradepkg e zacchete
lennynero ha scritto:vabbè io volevo sperimentare un pò e poi volevo pesare un pò queste ottimizzazioni, che tanto fumose non dovrebbero essere...
guarda che quello che vuoi fare tu sulla slackware ( solo la parte a 32bit) non e' un casino..
ti prendi un qualsiasi slack.build lo modifichi secondo le tue esigenze lo lanci crea il pacchetto tgz poi upgradepkg e zacchete
Scusami first, ma credo che questo lui lo sappia benissimo, semplicemente all'inizio chiedeva una sequenza per i pacchetti da compilare secondo le dipendenze. E poi ci vuole o un cross compilatore per poter compilare a 64 bit da una distro a 32 o una distro a 64bit.
E lui sta optando per il cross compilatore.
lennynero ha scritto:vabbè io volevo sperimentare un pò e poi volevo pesare un pò queste ottimizzazioni, che tanto fumose non dovrebbero essere...
guarda che quello che vuoi fare tu sulla slackware ( solo la parte a 32bit) non e' un casino..
ti prendi un qualsiasi slack.build lo modifichi secondo le tue esigenze lo lanci crea il pacchetto tgz poi upgradepkg e zacchete
Non so se è un casino oppure no, fatto sta che non credo sia possibile prendere un qualsiasi pacchetto ricompilarlo dopo opportune modifiche al .SlackBuild e usarlo, visto che esistono delle dipendenze da assicurare. Quello che chiedevo è: qual'è questo benedetto ordine?
lennynero ha scritto:vabbè io volevo sperimentare un pò e poi volevo pesare un pò queste ottimizzazioni, che tanto fumose non dovrebbero essere...
guarda che quello che vuoi fare tu sulla slackware ( solo la parte a 32bit) non e' un casino..
ti prendi un qualsiasi slack.build lo modifichi secondo le tue esigenze lo lanci crea il pacchetto tgz poi upgradepkg e zacchete
Non so se è un casino oppure no, fatto sta che non credo sia possibile prendere un qualsiasi pacchetto ricompilarlo dopo opportune modifiche al .SlackBuild e usarlo, visto che esistono delle dipendenze da assicurare. Quello che chiedevo è: qual'è questo benedetto ordine?
non mi sono spiegato.... tu parti gia da una slackware funzionante precompilata da pat...quindi hai gia tutte le dipendenze....l'ordine e' uno solo: prima le glibc poi il compilatore e poi di nuovo le glibc ed infine il resto con l'ordine che vuoi
ovviamente vale solo per i 32bit se la vuoi a 64 bho
first ha scritto:
non mi sono spiegato.... tu parti gia da una slackware funzionante precompilata da pat...quindi hai gia tutte le dipendenze....l'ordine e' uno solo: prima ti ricompili il compilatore poi le glibc e poi tutto il resto
ovviamente vale solo per i 32bit se la vuoi a 64 bho
Non è che non ti sei spiegato, non hai capito il problema, per creare una distro a 64 bit non puoi certo utilizzare dipendenze a 32 bit. Che fai ti compili un pacchetto a 64bit con una libreria condivisa a 32.
rock
lennynero ha scritto:a me non interessa in maniera preponderande il supporto ai 64 bit(MAGARI lo aggiungerei dopo..), quello che mi preme capire è la procedura per la ricompilazione di TUTTO il sistema, per ottimizzarlo per la mia CPU
lennynero ha scritto:a me non interessa in maniera preponderande il supporto ai 64 bit(MAGARI lo aggiungerei dopo..), quello che mi preme capire è la procedura per la ricompilazione di TUTTO il sistema, per ottimizzarlo per la mia CPU
rock che te lo dico a fare
Vabè, se lui vuole ottimizzare per la sua cpu, è evidente che se c'è qualche programma che richiede delle librerie statiche esterne, se queste non sono state compilate ottimizzate per la sua cpu, fa un macello. Ti trovi?
Ora possiamo anche prescindere dal discorso dei 64bit, ma il fatto dell'ordine mi pare evidente che rimane.
d4z_c0nf ha scritto:
Vabè, se lui vuole ottimizzare per la sua cpu, è evidente che se c'è qualche programma che richiede delle librerie statiche esterne, se queste non sono state compilate ottimizzate per la sua cpu, fa un macello. Ti trovi?
No, in ottica 32bit può farlo. Avrà un programma ottimizzato che usa librerie non ottmizzate. E' quel che faccio io e fanno molti con i software che compilano, ma usando i pacchetti di Slackware.
Per compilare a 64bit invece serve tutto un sottoinsieme (toolchain) già a 64bit. Ed è qui che non so cosa consigliare a lennynero
d4z_c0nf ha scritto:
Vabè, se lui vuole ottimizzare per la sua cpu, è evidente che se c'è qualche programma che richiede delle librerie statiche esterne, se queste non sono state compilate ottimizzate per la sua cpu, fa un macello. Ti trovi?
No, in ottica 32bit può farlo. Avrà un programma ottimizzato che usa librerie non ottmizzate. E' quel che faccio io e fanno molti con i software che compilano, ma usando i pacchetti di Slackware.
Per compilare a 64bit invece serve tutto un sottoinsieme (toolchain) già a 64bit. Ed è qui che non so cosa consigliare a lennynero
Sì era quello che intendevo per "macello". Il fatto di voler ottimizzare e poi trovarsi con pezzi non ottimizzati!
rock