Newsgroup: it.comp.os.linux.development
Titolo: Sviluppo su diverse architetture

Salve a tutti,
mi trovo in necessità di dover compilare lo stesso sorgente su più
architetture. Mi spiego meglio: sono un maintainer di pacchetti Debian,
e diversi pacchetti non compilano su tutte le architetture supportate
da debian (alpha, amd64, arm, hppa, hurd-i386, i386, ia64, m68k, mips,
mipsel, powerpc, s390 e sparc). Molti non compilano per mancanza delle
dipendenze, e non posso farci nulla. Altri, invece, non compilano
proprio per errori nel sorgente o nel linking [1]. Essendo maintainer
del pacchetto nel link ("proda"), mi trovo in "dovere" (quasi, è più che
altro questione di principio per me, ma qualcuno potrebbe segnalare un
bug sull'architettura in questione) di garantire la compilabilità su
ogni architettura.
Vi siete mai trovati in una situazione del genere? Come avete risolto?
Io ho provato qemu, ma non è disponibile alcun bios per architettura
mips. Più tardi provo gxemul, che dovrebbe supportare mips, ma dubito
riesca ad installarci una debian ("sensazione a pelle"...).
Una volta c'era su sourceforge la "compile farm", che dava agli
sviluppatori proprio la possibilità di compilare/sviluppare su più
piattaforme. Ora sembra che questo servizio non esista più.
Avete qualche idea di come possa risolvere?
Saluti,
David
[1]
http://buildd.debian.org/fetch.cgi?&pkg=proda&ver=1.0-2&arch=mips&stamp=1178772114&file=log
-- 
 . ''`.  Debian packager! | 
http://snipurl.com/gofoxygo/
 : :'  :   User #334216   |  
http://www.hanskalabs.net/
 `. `'`   GPG: 1392B174   | 
http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

 Avete qualche idea di come possa risolvere?
io proverei a scrivere direttamente a debian , ponendo lo stesso quesito , è
probabile che non sei il solo ad avere questo problema , quindi immagino
che ci sia qualche mips usabile a disposizione....
ciao.
-- 
"A cosa serve fare buone citazioni se non le si puo' modificare?"
                -- Dr. Who

 riesca ad installarci una debian ("sensazione a pelle"...).
Oltre ai server per il build dei pacchetti, dovrebbero esserci macchine
aperte per le varie architetture per fare delle prove di compilazione senza
fare l'upload del pacchetto.
Nel tuo caso devi chiedere al team che cura l'architettura mips. :)
:) E beato te che sei debian mantainer :9 ghghg
-- 
| /
| \Byte - Andrea Briganti - kbyte(aaattt)
despammed.com
CSLug member: 
http://cslug.linux.it
 - JID: 
kb...@jabber.linux.it
***Non condivido le tue idee ma combatter?? affinch?? tu possa esprimerle

 
http://buildd.debian.org/fetch.cgi?&pkg=proda&ver=1.0-2&arch=mips&stamp=1178772114&file=log
g++ -g -W -Wall -pedantic -DVERSION="\"1.00\"" -lm AlignedFragment.o
Assert.o Block.o Consistency.o GlobalAlign.o LocalAlign.o Main.o
PairAligner.o Matrix.o MultiSequence.o ProbModel.o Score.o ScoreMatrix.o
Sequence.o SparseMatrix.o Tree.o Utilities.o -o proda
collect2: ld terminated with signal 11 [Segmentation fault]
contatta i mantainer di g++, mi sa che qui hai un probema che il linker
dà segfault...

 ha scritto:

Già... e math.h (-lm) è anche un header abbastanza "comune"...
indagherò :-P
-- 
 . ''`.  Debian maintainer | 
http://snipurl.com/gofoxygo/
 : :'  :  Linuxer #334216  |  
http://www.hanskalabs.net/


 
cosa centra l'header? ld dà segmentation fault!

Il giorno Mon, 11 Jun 2007 12:11:21 -0700


Scusami ma... ld non è il linker? Il linker non "linka" le librerie
specificate da -l? Se togliessi quel -lm (a parte che non compilerebbe)
ld verrebbe eseguito? Non credo, ma è solo un'impressione (non so come
funziona il linking in realtà, non mi sono mai preoccupato di
"studiarlo").
Saluti,
David


 "studiarlo").
non è detto che togliendo -lm funzioni, dando solo un errore di simboli
non trovati e non segmentation fault. Perché tu linki tutti i .o e libm,
e non è detto che il problema stia in quest'ultima.
Ripeto, scrivi al team di gcc e segnala il segfault.

 Ripeto, scrivi al team di gcc e segnala il segfault.
Ho già segnalato il bug in binutils (pacchetto in cui è contenuto ld).
http://bugs.debian.org/428450
