Ci sono dei vantaggi nella compilazione della mia applicazione Windows con winelib per utenti Linux? Perché non dare loro l'exe e lasciarli correre con Wine? Sembra proprio un lavoro extra senza guadagno.Vantaggio di winelib?
Si potrebbe voler leggere su Advantages and Disadvantages di utilizzare Winelib.
Googling un po 'sull'argomento sembra dimostrare che la compilazione contro winelib è un modo per migliorare il vino mettendo in evidenza problemi alla compilazione che non dovrebbero sorgere se il vino (quindi winelib) fosse una sostituzione perfetta per l'implementazione di win32 api. Per la tua applicazione in sé, è un modo di verificare la compatibilità con il vino.
Citando Chapter 1. Winelib Introduction - 1.1. What is Winelib?:
Cosa si guadagna ricompilando l'applicazione con Winelib è la possibilità di effettuare chiamate alle API di Unix, direttamente dalla sorgente di Windows codice.
Ciò consente una migliore integrazione di con l'ambiente Unix di quanto consentito eseguendo un'applicazione di Windows non modificata in esecuzione su in Wine.
Un altro vantaggio è che un'applicazione Winelib può essere ricondizionata relativamente a su un'architettura non Intel ed eseguirla senza l' bisogno di una lenta emulazione software del processore .
Quindi, in pratica, i due vantaggi sono la possibilità di chiamare API specifiche di Unix se lo si desidera (probabilmente se voglio mantenerlo compatibile con Windows) e il porting su architetture oscure (mi dispiace PPC, ARM, SPARC fan: P) – davr
Se mai ti ritrovi a fare qualsiasi sviluppo per sistemi embedded, o forse qualcosa come una PS3, o qualsiasi altra cosa che non ha x86 ... – supercheetah
Vedi this
Anon: Io lo prendo che significa che tutte le applicazioni Winelib-porting sono NON binari Linux vero - ma un po '> mezzosangue tra i binari win32 e binari Linux? Qual è allora il vantaggio del porting> (usando winelib) rispetto al binario win32 in esecuzione sotto il vino?
Dimi Paun: sono veri binari di Linux (formato ELF) ma hanno bisogno di un po 'di configurazione (per> Windows compat) prima dello iniziano. Ma sì, l'esecuzione degli eseguibili Win32 (PE) invece è> una vera possibilità, stessa velocità, ecc. Ma avere una porta Winelib ti permette di> integrarmi meglio con l'env Unix, che può essere quello che vuoi per un Linux 'vero' app.
Una buona ragione è che potrebbe fornire un'assicurazione contro le regressioni nel vino. Se testate il vostro codice con la versione A di Winelib e collegate staticamente quella versione con il vostro programma, allora le regressioni in una versione più recente di Wine non possono violare.
Penso che ci sia un punto nel dividere l'applicazione in exe indipendenti dal sistema operativo e diverse librerie .dll, .dll.so e .dll.dylib specifiche del sistema operativo. Queste librerie dinamiche renderanno possibile accedere alle API di Mac OS X e Linux da un singolo exe.
Collegamento interrotto! C'è un mirror su archive.org [qui] (http://web.archive.org/web/20070218165446/http://kt.earth.li/wine/wn20030926_189.html#4) –