Scopo di questo documento scrivere una libreria Scriviamo un semplice codice per la libreria addNumbers che permettono di memorizzare e aggiungere due numeri interi. Esso è composto da due file di interfaccia e di sorgente. Creare una libreria statica prima il file sorgente srcAddNumbers. cpp viene trasformato in un file oggetto. Una libreria statica è fondamentalmente un insieme di file oggetto che sono stati copiati in un unico file. Si è creato invocando il ar archiviazione. Il nome della libreria deve iniziare con le tre lettere lib e hanno la. a suffisso. Si può anche scrivere regole simili in un makefile. Vedere il file Makefile. static data nell'archivio AddNumbers. tar. bz2. Creare una libreria condivisa L'opzione - fPIC dice g per creare codice indipendente posizione che è necessario per le librerie condivise. Infine viene creata la libreria condivisa. Si noti il nome della libreria deve iniziare con le tre lettere lib e hanno il suffisso. so. Come esempio di makefile vedere il file Makefile. shared data nell'archivio AddNumbers. tar. bz2. simboli C Comandi nm e cfilt permettono di elencare e simboli demangle C dal file oggetto. Cerchiamo i comandi con la libAddNumbers. a libreria statica. Significa che la biblioteca libAddNumbers. a è stato costruito con il file oggetto AddNumbers. o che contiene alcuni simboli. La prima colonna è il valore del simbolo (che rappresenta la posizione del simbolo nella libreria). La seconda colonna è il tipo di simbolo. E la terza colonna è il nome del simbolo. Vedere la seguente tabella che descrive alcuni soliti tipi di simboli. Il simbolo è un simbolo debole che non è stato specificatamente come oggetto simbolo debole. Quando un simbolo definito debole è collegato con un simbolo definito normale, il simbolo definito normale viene usato senza errori. Quando un simbolo indefinito debole è collegato e il simbolo non è definito, il valore del simbolo è determinato in maniera specifica del sistema senza errori. Maiuscolo indica che è stato specificato un valore predefinito. Il tipo di simbolo è sconosciuto. o formato di file oggetto specifico. Vedere il manuale nm per maggiori dettagli. I simboli non sono umani comprensibili. E 'con il fatto linguaggio C fornisce l'overloading di funzioni, il che significa che è possibile scrivere molte funzioni con lo stesso nome (fornendo ognuno prende parametri di tipo diverso). Tutti i nomi delle funzioni C sono codificati in un marchio di montaggio a basso livello (questo processo è noto come storpiatura). Il programma cfilt fa la mappatura inversa: decodifica (processo di decodifica) nomi di basso livello in nomi a livello utente. Il programma nm permette di simboli direttamente demangle utilizzando l'opzione - C. Utilizzando librerie Questa sezione descrive come utilizzare le librerie statiche o in comune nei programmi. In primo luogo abbiamo bisogno di creare un programma principale. Per collegare questo programma contro la libreria statica, scrivere il seguente comando che compila e collegare l'eseguibile principale. Si noti che le prime tre lettere lib nonché la. a suffisso non sono specificati per il nome della libreria. Ora il AddNumbersClientstatic programma può essere eseguito. Per collegare contro la libreria condivisa, inserire il seguente comando. Le prime tre lettere lib nonché il suffisso. so non specificato per il nome della libreria. Per eseguire il programma AddNumbersClientshared devi dire alla variabile d'ambiente LDLIBRARYPATH in cui ha trovato la libreria condivisa. Nel mondo reale, è meglio usare un percorso assoluto per LDLIBRARYPATH. Come esempi makefile vedere file Makefile. static e Makefile. shared dati nell'archivio AddNumbersClient. tar. bz2. Elenco dei librerie condivise La LDD comando stampa le librerie condivise richieste da ciascun programma o libreria condivisa specificata sulla riga di comando. Opzioni utili di ar ar Il programma GNU di creare, modificare ed estratti da archivi. Un archivio è un singolo file che contiene una collezione di altri file in una struttura che permette di recuperare i file individuali originali (chiamato membro s dell'archivio). I filescontents originali, modalità (permessi), data e ora, il proprietario e di gruppo sono conservati in archivio, e possono essere ripristinati su estrazione. Opzioni utili di nm utili Qt linksQt documentazione di Windows - Deployment Questa documentazione descrive processo di distribuzione per Windows. Ci riferiamo alla applicazione di esempio vernice spina amp attraverso il documento per dimostrare il processo di distribuzione. Lo strumento di distribuzione di Windows Deployment Tool di Windows è progettato per automatizzare il processo di creazione di una cartella che contiene il schierabile Qt - related dipendenze (biblioteche, le importazioni QML, plugin, e traduzioni) necessari per eseguire l'applicazione dalla cartella. Si crea una sandbox per Windows Runtime o un albero di installazione per le applicazioni desktop di Windows, che può essere facilmente bundle in un pacchetto di installazione. Lo strumento può essere trovato in QTDIRbinwindeployqt. Ci vuole un file exe o una directory che contiene un file exe come argomento, e analizza l'eseguibile per le dipendenze. Se una directory viene passato con l'argomento --qmldir, windeployqt utilizza lo strumento qmlimportscanner per la scansione dei file QML all'interno della directory per QML dipendenze di importazione. dipendenze individuate vengono poi copiati nella directory di file eseguibile. I percorsi locali hardcoded in Qt5Core. dll sono inoltre sostituiti con quelli relativi. Per le applicazioni desktop di Windows, i file di runtime necessari per il compilatore sono anche copiati nella cartella schierabili di default (a meno che non è specificata l'opzione --no-compiler-runtime). Nel caso di rilascio costruisce utilizzando Microsoft Visual C, questi sono costituiti da pacchetti di Visual C ridistribuibile, che sono destinati per l'installazione ricorsivo dall'installatore applicazioni sul computer di destinazione. In caso contrario, si utilizzano le librerie condivise di runtime del compilatore. L'applicazione può richiedere ulteriori librerie di terze parti (ad esempio, biblioteche database), che non sono presi in considerazione dai windeployqt. Ulteriori argomenti sono descritte nella produzione di strumenti di aiuto: Statico collegamento per creare applicazioni statiche, costruire Qt staticamente configurando Qt con - static: se in seguito necessario riconfigurare e ricostruire Qt dalla stessa posizione, in modo che tutte le tracce del precedente configurazione sono rimosso inserendo la directory di compilazione e l'esecuzione di NMAKE distclean o mingw32-make distclean prima di eseguire di nuovo la configurazione. Collegare l'applicazione alla versione statica di Qt A titolo di esempio, in questa sezione si baserà l'esempio della vernice Plug amp staticamente. Una volta Qt finisce di costruire, costruire l'applicazione della vernice amplificatore Plug. In primo luogo dobbiamo andare nella directory che contiene l'applicazione: eseguire qmake per creare un nuovo makefile per l'applicazione, ed eseguire una nuova generazione per creare l'eseguibile collegato staticamente: Probabilmente si desidera collegare contro le librerie di rilascio, ed è possibile specificare questo quando si richiama qmake. Ora, a condizione che tutto compilato e collegato senza errori, si dovrebbe avere un file plugandpaint. exe che è pronto per la distribuzione. Per verificare che l'applicazione ha le librerie richieste, copiare il file eseguibile ad una macchina che non dispone di tutte le applicazioni Qt installate Qt o, ed eseguirlo su quella macchina. Ricordate che se l'applicazione dipende da librerie specifiche del compilatore, questi devono ancora essere ridistribuite insieme con l'applicazione. È possibile controllare quali librerie l'applicazione è il collegamento contro mediante lo strumento dipende. Per ulteriori informazioni, leggere la sezione Application dipendenze. Dal momento che non siamo in grado di distribuire i plugin utilizzando l'approccio linking statico, l'applicazione che abbiamo preparato è incompleta. Esso verrà eseguito, ma la funzionalità sarà disabilitata a causa dei plugin mancanti. Per distribuire le applicazioni plug-based dovremmo usare l'approccio libreria condivisa. Librerie condivise Abbiamo due sfide quando si distribuisce l'applicazione della vernice Plug amp utilizzando le librerie condivise approccio: Il runtime Qt deve essere ridistribuito in modo corretto con il file eseguibile dell'applicazione, e i plugin deve essere installato nella posizione corretta sul sistema di destinazione in modo che l'applicazione può trovarli. Costruire Qt come una libreria condivisa Per questo esempio, si assume che Qt è installato come una libreria condivisa, che è l'impostazione predefinita durante l'installazione di Qt, nella directory C: pathtoQt. Collegare l'applicazione di Qt come una libreria condivisa Dopo essersi assicurati che Qt è costruito come una libreria condivisa, possiamo costruire l'applicazione della vernice amplificatore Plug. In primo luogo, dobbiamo andare nella directory che contiene l'applicazione: Ora eseguire qmake per creare un nuovo makefile per l'applicazione, e fare un generazione pulita per creare l'eseguibile collegato in modo dinamico: questo si basa l'applicazione principale, il seguente costruirà i plugin: Se tutto compilato e collegato senza errori, avremo un eseguibile plugandpaint. exe e le file dei plugin pnpbasictools. dll e pnpextrafilters. dll. Creazione del pacchetto di applicazione Per distribuire l'applicazione, dobbiamo fare in modo che copiamo le DLL Qt rilevanti (corrispondenti ai moduli Qt utilizzate nell'applicazione) e il plugin piattaforma Windows, qwindows. dll. così come l'eseguibile nella stessa struttura di directory nella sottodirectory di rilascio. In contrasto con i plugin di utenti, i plugin Qt devono essere messi in sottodirectory corrispondenti al tipo di plugin. La posizione corretta per il plugin piattaforma è una sottodirectory denominata piattaforme. sezione Qt Plugin contiene ulteriori informazioni sui plugin e come Qt cerca per loro. Se si utilizza ANGLE (impostazione predefinita), è inoltre necessario includere sia libEGL. dll e libGLESv2.dll da Qts directory lib, così come il compilatore HLSL da DirectX. La biblioteca HLSL compilatore, d3dcompilerXX. dll, dove XX è il numero di versione che ANGLE (libGLESv2) è stato collegato contro. Se Qt è stato configurato in modo da collegare contro ICU o OpenSSL, i rispettivi DLL devono essere aggiunti alla cartella di rilascio, anche. Ricordate che se l'applicazione dipende da librerie specifiche del compilatore, questi devono essere ridistribuite insieme con l'applicazione. È possibile controllare quali librerie l'applicazione è il collegamento contro mediante lo strumento dipende. Per ulteriori informazioni, vedere la sezione Application dipendenze. Bene coprire i plugin poco, ma primo pozzo controllare che l'applicazione funziona in un ambiente distribuito: copiare l'eseguibile e le DLL Qt a una macchina che doesnt hanno Qt o qualsiasi applicazioni Qt installato, o se si vogliono testare sulla compilazione la macchina, in modo che la macchina doesnt hanno Qt nel suo ambiente. Se l'applicazione si avvia senza problemi, poi abbiamo realizzato con successo una versione collegata in modo dinamico dell'applicazione della vernice amplificatore Plug. Ma la funzionalità delle applicazioni sarà ancora assente in quanto non abbiamo ancora implementato i plugin associati. Plugin funzionano in modo diverso per le DLL normali, quindi non vediamo semplicemente copiarli nella stessa directory come le nostre applicazioni eseguibili come abbiamo fatto con le DLL Qt. Quando alla ricerca di plugin, le ricerche applicazione in un plugin sottodirectory all'interno della directory del file eseguibile dell'applicazione. Quindi, per rendere i plugin disponibili per la nostra applicazione, dobbiamo creare la sottodirectory plugin e copiare le DLL rilevanti: Un archivio distribuire tutte le Qt DLL e applicazioni plug-in specifici necessari per eseguire l'applicazione della vernice Plug amplificatore, avrebbe dovuto includere la seguente file: per verificare che l'applicazione può ora essere implementato con successo, è possibile estrarre questo archivio su una macchina senza Qt e senza alcun compilatore installato, e provare a eseguirlo. Un'alternativa a mettere i plugin nella sottodirectory plugin è quello di aggiungere un percorso di ricerca personalizzato quando si avvia l'applicazione utilizzando QCoreApplication :: addLibraryPath () o QCoreApplication :: setLibraryPaths (). Uno dei vantaggi di utilizzare plugin è che possono facilmente essere messi a disposizione un'intera famiglia di applicazioni. La sua spesso più conveniente per aggiungere il percorso nella funzione principale delle applicazioni (), subito dopo la creazione dell'oggetto QApplication. Una volta aggiunto il percorso, l'applicazione cercherà per plugin, oltre a guardare nella sottodirectory plugins nella directory propria applicazioni. Qualsiasi numero di percorsi aggiuntivi possono essere aggiunti. file manifesto Quando si distribuisce un'applicazione compilata con Visual Studio, ci sono alcuni passaggi aggiuntivi da adottare. In primo luogo, abbiamo bisogno di copiare il file manifesto creato durante il collegamento dell'applicazione. Questo file manifesto contiene informazioni sulle applicazioni dipendenze assembly side-by-side, come le librerie di runtime. Il file manifesto deve essere copiato nella stessa cartella del file eseguibile dell'applicazione. Non è necessario copiare i file manifesto per le librerie condivise (DLL), dal momento che non vengono utilizzati. Se la libreria condivisa ha dipendenze che sono diversi dall'applicazione di usarlo, il file manifesto deve essere integrato nel binario DLL. Dal momento che Qt 4.1.3, sono disponibili per l'integrazione manifesta le seguenti opzioni di configurazione: Entrambe le opzioni sono abilitate di default. Per rimuovere embedmanifestexe. aggiungi al file. pro. È possibile trovare ulteriori informazioni sui file manifesto e assiemi side-by-side sul sito MSDN. Il modo corretto per includere le librerie di runtime con l'applicazione è quello di garantire che essi siano installati sul sistema degli utenti finali. Per installare le librerie di runtime sul sistema degli utenti finali, è necessario includere il file eseguibile appropriato Visual C Redistributable Package (VCRedist) con l'applicazione e assicurarsi che viene eseguita quando l'utente installa l'applicazione. Essi sono chiamati vcredistx64.exe (IA64 e 64 bit) o vcredistx86.exe (32-bit) e può essere trovato nella cartella c. In alternativa, possono essere scaricati dal web, ad esempio vcredistx64.exe per Visual Studio 2015. Nota: L'applicazione si nave deve essere compilato con esattamente la stessa versione del compilatore contro la stessa versione runtime C. Questo impedisce la distribuzione di errori causati da diverse versioni delle librerie di runtime C. Dipendenze delle applicazioni librerie aggiuntive seconda della configurazione, librerie specifiche compilatore deve essere ridistribuite insieme con l'applicazione. Per esempio, se Qt è costruito utilizzando ANGOLO. le sue librerie condivise e il compilatore HLSL da DirectX per essere spediti pure. È possibile controllare quali librerie l'applicazione è il collegamento contro mediante lo strumento Dependency Walker. Tutto quello che dovete fare è correre in questo modo: Ciò fornirà un elenco delle librerie che l'applicazione dipende e altre informazioni. Se si guarda alla build di rilascio dell'eseguibile Plug amp Paint (plugandpaint. exe) con lo strumento dipende, lo strumento elenca le seguenti dipendenze immediate alle librerie non di sistema: Se si guarda alla il plugin DLL a esattamente le stesse dipendenze vengono elencati. Da Qt versione 5.2 in poi, la versione ufficialmente supportato per OpenSSL è 1.0.0 o successiva. Versioni GT 0.9.7 e 1.0.0 lt potrebbero funzionare, ma non sono garantiti per. Qt Plugin Tutte le applicazioni Qt GUI richiede un plugin che implementa lo strato di Qt Platform Abstraction (QPA) in Qt 5. Per Windows, il nome del plugin piattaforma è qwindows. dll. Questo file deve essere ubicato all'interno di una sottodirectory specifica (per impostazione predefinita, le piattaforme) sotto la directory di distribuzione. In alternativa, è possibile regolare il percorso di ricerca Qt utilizza per trovare i suoi plugin, come descritto di seguito. L'applicazione può anche dipendere uno o più plugin Qt, come ad esempio il plugin supporto di stampa, il plugin formato immagine JPEG o un plugin driver di SQL. Assicurarsi di distribuire qualsiasi plugin Qt che è necessario con l'applicazione. Simile al plugin della piattaforma, ogni tipo di plug-in deve essere posizionato all'interno di una sottodirectory specifico (come printsupport. Imageformats o sqldrivers) all'interno del vostro directory di distribuzione. Il percorso di ricerca per i plugin Qt è hard-coded nella libreria QtCore. Per impostazione predefinita, il plug-in sottodirectory dell'installazione Qt è il primo percorso di ricerca plugin. Tuttavia, i percorsi predeterminati, come quello di default hanno alcuni svantaggi. Ad esempio, essi non possono esistere sul computer di destinazione. Per questo motivo, è necessario esaminare diverse alternative per fare in modo che i plugin Qt si trovano: Utilizzo qt. conf. Questo approccio è il consigliato se avete eseguibili in luoghi diversi che condividono gli stessi plugin. Utilizzando QApplication :: addLibraryPath () o QApplication :: setLibraryPaths (). Questo approccio è consigliato se si dispone di un solo eseguibile che utilizzerà il plug-in. Utilizzando una terza utility di installazione parti per modificare i percorsi hard-coded nella libreria QtCore. Se si aggiunge un percorso personalizzato utilizzando QApplication :: addLibraryPath potrebbe assomigliare a questo: C: customPathplugins C: QtVERSIONplugins E: myApplicationdirectory L'eseguibile cercherà i plugin in queste directory e lo stesso ordine del QStringList restituito da QCoreApplication :: libraryPaths ( ). Il percorso appena aggiunto viene anteposto ai QCoreApplication :: libraryPaths () il che significa che sarà cercato attraverso il primo. Tuttavia, se si utilizza QCoreApplication :: setLibraryPaths (), si sarà in grado di determinare quali percorsi e in quale ordine saranno ricercati. Il documento Come creare Qt Plugin delinea le questioni che è necessario prestare attenzione quando si costruisce e la distribuzione di plug-in per applicazioni Qt. 2017 Il Qt Company Ltd. contributi documentazione fornita nel presente documento sono copyright dei rispettivi proprietari. La documentazione fornite nel presente documento è rilasciato sotto i termini della GNU Free Documentation License versione 1.3 come pubblicata dalla Free Software Foundation. loghi Qt e rispettivi sono marchi registrati di The Qt Company Ltd. in Finlandia eo altri paesi del mondo. Tutti gli altri marchi sono di proprietà dei rispettivi owners. I installata un'applicazione per esempio fdisk. Ma è necessario librerie per l'esecuzione. Sto cercando utilitytool che mi aiuterà a creare un binario statico dai binari già installati. In modo che posso utilizzare ovunque. Gli unici strumenti affidabili che ho trovato è ErmineLight da qui. ma questo è la quota-ware. Esiste un software open-source è disponibile per lo stesso fdisk EDIT è solo un esempio. Ho la maggior parte del lavoro a tempo su LFS, quindi se devo usare qualsiasi utility, ho bisogno di seguire i passi come Quindi, solo a risparmiare tempo, sto cercando una soluzione in cui farò un binario statico da Debian o da Fedora o da altri distrbution, provarlo su LFS, e se funziona bene o secondo la mia richiesta, io andrò con codice sorgente per la compilazione. chiesto May 2 11 alle 18:38 Bene. questo sembra una pessima idea. Ma, la sua possibile. Come fdisk è open source, basta afferrare la sua fonte, e guardare il Makefile. Si dovrebbe trovare una opzione che passerà - static a gcc a compilazione. Im non un guru CC, ma per quanto ne so la creazione di un binario staticamente legata da un binario in modo dinamico-linked esistente non è possibile. Se si desidera utilizzare ovunque, Id consiglia di utilizzare una piccola distribuzione di manutenzione che si avvia in pochi secondi e permetterà di modificare tutto. Rende più sens perché probabilmente youll vuole modificare il disco di gestire l'installazione LinuxUNIX. Il collegamento funziona per me. La pagina ha il numero di errori typosgrammaticaleditorial che ci si potrebbe aspettare dal lavoro di un programmatore professionista più di you39d si aspettano da un sito web professionale, meno di you39d si aspettano da una e-mail di phishing. Circa lo stesso come il post di cui sopra, a pensarci di esso. Sembra sospetto che questo nuovo utente sarebbe unito Stack Scambio appena in tempo per postare un link a quello che sembra essere un nuovo sito web. ndash G-Man 27 agosto 15 a 22: le biblioteche 58Link dopo file di librerie di oggetti particolarmente statici. Nelle versioni antiche e moderne dell'ambiente collegamento (I39m non sono sicuro dello status quo per modestamente le versioni a partire dal novembre 2010), sfogliare la libreria statica prima che le garanzie di file code. c che i simboli in essa verranno ignorati a meno che non ci capita di essere una funzione main () in uno dei file di libreria di oggetti. ndash Jonathan Leffler Apr 20 14 in 21:09 jb per impostazione predefinita, i collegamenti gcc dinamicamente. Quando si utilizza - lsomedynamiclib esso viene collegato dinamicamente come previsto. Ma, quando gcc viene data una libreria statica in modo esplicito, si cercherà sempre di collegarlo in modo statico. Vi sono, tuttavia, alcuni dettagli difficili circa l'ordine in cui i simboli si risolvono I39m non del tutto sicuro di come funziona. I39ve appreso che, in caso di dubbio, prova a riorganizzare l'ordine delle bandiere biblioteca :-) ndash bchurchill 5 agosto 16 al 23:02 Dalla pagina di manuale di ld (questo non funziona con gcc), riferendosi alla possibilità --static: Si può utilizzare questa opzione più volte sulla riga di comando: essa riguarda la ricerca biblioteca per le opzioni - l che la seguono. Una soluzione è quella di mettere le dipendenze dinamiche prima che l'opzione --static sulla riga di comando. Un'altra possibilità è di non usare --static a. ma invece di fornire la piena filenamepath del file oggetto statico (cioè non utilizzando l'opzione - l) per collegare in modo statico in di una libreria specifica. Esempio: Come si può vedere nell'esempio, libX11 non è nella lista delle librerie dinamicamente collegate, come è stato legato staticamente. Attenzione: Un file. so è sempre legato in modo dinamico, anche quando specificato con un filenamepath pieno. risposto 11 novembre 10 alle 15:40 Il problema a quanto mi risulta è la seguente. Sono disponibili diverse librerie, alcune statiche, alcuni dinamici e un po 'statiche e dinamiche. gcc s comportamento predefinito è quello di collegare lo più dinamica. Cioè, i collegamenti gcc alle librerie dinamiche quando possibile ma per il resto ricade a librerie statiche. Quando si utilizza l'opzione - static a GCC il comportamento è quello di collegare solo le librerie statiche e uscire con un errore se non libreria statica può essere trovato, anche se vi è una libreria dinamica appropriata. Un'altra opzione, che ho più volte voluto gcc aveva, è quello che io chiamo - mostly-statica ed è essenzialmente il contrario di - Dynamic (impostazione predefinita). - mostly-statica sarebbe, se esistesse, preferisce collegare le librerie statiche ma sarebbe ripiegare a librerie dinamiche. Questa opzione non esiste, ma può essere emulato con il seguente algoritmo: Costruire la linea di comando collegamento con fuori compreso - static. Iterare le opzioni di collegamento dinamico. Accumula i percorsi di libreria, cioè quelle opzioni della forma - Lltlibdirgt in un ltlibpathgt variabile per ogni opzione di collegamento dinamico, vale a dire quelli della forma - lltlibnamegt. eseguire il comando gcc ltlibpathgt - print-file-namelibltlibnamegt. a e catturare l'output. Se il comando stampa qualcosa di diverso da quello che è stato superato, sarà il percorso completo per la libreria statica. Sostituire l'opzione libreria dinamica con il percorso completo per la libreria statica. Risciacquare e ripetere fino youve elaborato l'intera riga di comando LINK. Opzionalmente lo script può anche prendere una lista di nomi di libreria di escludere dal collegamento statico. Il seguente script bash sembra fare il trucco: sul mio sistema restituisce: o con una esclusione:
No comments:
Post a Comment