Newsgroup: it.comp.os.linux.development
Titolo: Librerie c ".o": da Linux a Dos o Win

Salve,
ho delle librerie ".o" per linguaggio c che uso normalmente sotto Linux,
ma vorrei farlo anche con un compilatore Dos o Windows (devo lavorare
su un PC Linux-incompatibile).
Qualcuno sa aiutarmi?
P.S.: non dispongo dei sorgenti di queste librerie.
Graizie,
Sergio.
Sent via Deja.com
http://www.deja.com/

 P.S.: non dispongo dei sorgenti di queste librerie.
e ti pare poco ...
credo che sia impossibile ... o comunque molto complesso

 wrote in message
93ju3r$kuf$1...@nnrp1.deja.com...

Il suffisso .o in gcc e' il default per i moduli oggetto; non per le
librerie.
Sicuro di non fare confusione ?

 Sicuro di non fare confusione ?
Si, scusate, intendevo dire moduli oggetto.

> Si, scusate, intendevo dire moduli oggetto.
Ascolta su questo sito troverai alcune informazioni sulle librerie in C e
altro prova a dargli un'occhiata
http://linuxonline.tripod.com
ciao

 wrote in message
93nv3g$nd4$1...@nread2.inwind.it...

Ok, se ho capito bene tu vuoi linkare dei moduli oggetto costruiti dal
compilatore x su piattaforma px con altri moduli y su piattaforma py (ma
stesso linguaggio macchina).
Secondo me i problemi sono 3:
1) l' ordine degli argomenti nella chiamata alle funzioni (in realta' l'
ordine con cui questi valori sono buttati nello stack)
2) le convenzioni sull' uso dei registri  all' atto di una chiamata ad una
funzione ed il suo ritorno
3) trasformazioni sul  nome della funzione stessa (ad es: una chiamata a
pippo viene convertita in <call pippo@xxxxx > )
Una soluzione potrebbe essere quella di usare lo stesso compilatore su
piattaforma px e py
sperando nella compatibilita'.
Ma questa soluzione non credo sia possibile in quanto i  moduli oggetto sono
gia stati compilati dal compilatore su piattaforma px (sconosciuto ?) e
quindi occorrerebbe lo stesso compilatore per piattaforma py.
Un' altra idea potrebbe essere quella di costruire un wrap in assembler
sulle chiamate a queste funzioni   che tenga conto dei problemi elencati
prima
Credo di essere stato esauriente e chiaro.
Ok, pensaci su;
Saluti

 quindi occorrerebbe lo stesso compilatore per piattaforma py.
non e` possibile, visto che i formati binari sono diversi: linux usa elf
(o a.out), dos ha il proprio formato, win ne usa un'altro (Windows PE
32-bit, o qualcosa del genere)
si potrebbe provare a compilare gcc come cross-compilatore, cosa ne
pensi?
ciao
Kronos
-- 
Home: 
http://kronoz.tsx.org
Il dottore mi ha detto di smettere di fare cene intime per quattro.
A meno che non ci siamo altre tre persone.

pensi?
Che comunque gli oggetti (.o) sono specifici per la piattaforma per cui
sono stati compilati.
A meno di cadere sul famigerato COFF (mai visto uno che funzionasse) non
ci sono speranze.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 pensi?
Esiste gia' un porting per win32 di gcc ed e' open source (lo fornisce la
cygnus solution 
ftp.cygnus.com
)
Comunque in questo caso non siamo a conoscenza del compilatore usato.
Secondo me l' unica soluzione a riguardo potrebbe essere un wrap in
assembler ,
cioe'   una funzione che effettua da cuscino/interfaccia tra il chiamante ed
il chiamato.
Ciao da Protezione Civile