Italian community of Lazarus and Free Pascal
Programmazione => Generale => Topic aperto da: Stilgar - Luglio 28, 2013, 02:49:16 pm
-
Ciao a tutti.
Mi chiedevo, visto che FreePascal è un frontend per il compilatore della GNU, è possibile linkare le varie liberie c direttamente dentro il codice senza passare attraverso dll (vedi SDL per nintendo con FreePascal. Ci sono le liberie .a pronte per il linker).
Ma fare in modo che Lazarus scateni anche la compilazione del codice c in modo da ottenere la lib che mi interessa?
Sempre nell'esempio della SDL, se mi interessasse ricompilare tutto dentro l'eseguibile, senza passare per le dll dovrei avere a disposizione le libxxx.a
Mi rompe l'idea di dovere avere 10 mila file di compilazione da lanciare a manella.
E' possibile o è ancora fantascenza per Lazarus?
L'idea mi è venuta guardando i sorgenti SDL per Freepascal, notanto le lib linkate dentro l'eseguibile per nintendo ;)
Stilgar
-
Ciao a tutti.
Mi chiedevo, visto che FreePascal è un frontend per il compilatore della GNU,
In effetti non è così: quello è GNU Pascal (era, visto che è fermo alla versione 3 e qualcosa del toolchain GCC)
è possibile linkare le varie liberie c direttamente dentro il codice senza passare attraverso dll (vedi SDL per nintendo con FreePascal. Ci sono le liberie .a pronte per il linker).
Ok, qui ci siamo: Free Pascal è compatibile soltanto col formato .a generato da GCC, se non sbaglio,
Ma fare in modo che Lazarus scateni anche la compilazione del codice c in modo da ottenere la lib che mi interessa?
Sempre nell'esempio della SDL, se mi interessasse ricompilare tutto dentro l'eseguibile, senza passare per le dll dovrei avere a disposizione le libxxx.a
Mi rompe l'idea di dovere avere 10 mila file di compilazione da lanciare a manella.
E' possibile o è ancora fantascenza per Lazarus?
L'idea mi è venuta guardando i sorgenti SDL per Freepascal, notanto le lib linkate dentro l'eseguibile per nintendo ;)
Stilgar
Qui non ti seguo: ovviamente puoi sempre linkare tutti i files .a che vuoi senza dovere per forza ricompilarli, a meno di non voler modificare anche il codice c di queste librerie, e allora sì che ti servirebbe ricompilarle. Però non puoi farlo da Lazarus, a meno di non utilizzare una sorta di preprocessore che lanci gcc con gli opportuni parametri e poi avvii la compilazione di Lazarus. Era questo che volevi sapere?
PS. tra l'altro, un preprocessore per Free Pascal potrebbe essere un bel progettino da portare avanti :D
-
PS. tra l'altro, un preprocessore per Free Pascal potrebbe essere un bel progettino da portare avanti :D
Il problema è cosa fargli fare ;)
Preprocessare il codice non è altro che "leggere" e "scrivere" qualche cosa da dare in pasto ad una altro componente del processo di compilazione :p
... mi sembrava che fosse un frontend visto che ci sono tutta una miriade di pezzettini del gcc nel file system d'installazione di lazarus. In effetti mi sembrava che fosse un toolchain evoluto (e di molto) rispetto ad altri.
Forse sono in errore ma controllando :
D:\Programmi\lazarus\fpc\2.6.2\bin\i386-win32\ (nel mio caso)
trovo eseguibili del tipo gcc.exe e cpp.exe
Controllando il path d'intallazione di devkitpro:
D:\devkitPro\devkitARM\bin\ (nel mio caso)
trovo
arm-none-eabi-c++.exe
arm-none-eabi-gcc.exe
fatto salvo che arm-none-eabi- è il prefisso del toolchain, pensavo che free pascal fosse più smart ed intelligente nella gestione dei path per omettere i prefissi ai toolchain ;)
Mi sarebbe piaciuto dare in pasto a Lazarus (stile Borland Studio quello che permetteva di compilare c++, delphi, e non ricordo cosa tutto dallo stesso ide.) in modo da usare l'intallazione "gcc" (passami il temine improprio) fatto con freepascal per evitare di tirarmi giù le versioni mingw o cygwin ... sono una mattonata sugli zebedei.
Forse perchè per esperienza passata preferisco refreshare le lib alla compilazione con il turbo c++ in modo da poterla linkare con il turbo pascal ;)
Sai mai che abbiano messo mano al codice gcc originare e per qualche strano motivo di siano i ".o" non compatibili al 100% ;)
-
Ah, ho capito dove sta l'equivoco: per anni fpc ha utilizzato il linker e l'assembler del gcc, perché il compilatore si occupava soltanto di generare i file in assembly. Negli anni sono stati sviluppati anche l'assembler e il linker interni (però solo per alcune piattaforme: infatti per il nintendo c'è bisogno ancora del linker e dell'assembler del gcc ;) )