Avantage de winelib?

Y a-t-il des avantages à comstackr mon application Windows avec winelib pour les utilisateurs de Linux? Pourquoi ne pas simplement leur donner le fichier .exe et les laisser exécuter avec Wine? Semble juste comme un travail supplémentaire sans gain.

Vous pourriez vouloir lire sur les avantages et les inconvénients de l’utilisation de Winelib.

Chapitre 1. Introduction à Winelib – 1.1. Qu’est-ce que Winelib? :

Ce que vous gagnez en recompilant votre application avec Winelib, c’est la possibilité de passer des appels aux API Unix, directement depuis votre code source Windows.
Cela permet une meilleure intégration avec l’environnement Unix que ne le permet l’exécution d’une application Windows non modifiée exécutée dans Wine.
Un autre avantage est qu’une application Winelib peut être relativement facilement recompilée sur une architecture non-Intel et y être exécutée sans nécessiter une émulation logicielle lente du processeur.

Voir ça

Anon: Je suppose que cela signifie que toutes les applications scopes par winelib ne sont PAS de véritables binarys linux – mais certaines> à mi-chemin entre les binarys win32 et les binarys Linux? Quel est l’avantage de porter> (en utilisant Winelib) plutôt que d’exécuter des binarys win32 sous wine?

Dimi Paun: Ce sont de véritables binarys Linux (format ELF) mais ils ont besoin d’un peu de configuration (pour> Windows compat) avant de démarrer. Mais oui, exécuter les exécutables Win32 (PE) à la place est une vraie possibilité, la même vitesse, etc. Mais avoir un port Winelib vous permet de mieux> intégrer avec Unix env, ce qui peut être ce que vous voulez pour un “vrai” Linux app.

Une bonne raison est que cela pourrait fournir une certaine assurance contre les régressions dans Wine. Si vous testez votre code avec la version A de Winelib et liez cette version de manière statique à votre programme, les régressions dans une nouvelle version de Wine ne peuvent pas vous interrompre.

Googler un peu sur le sujet semble montrer que la compilation sur winelib est un moyen d’améliorer le vin en mettant en évidence des problèmes de compilation qui ne devraient pas se poser si wine (donc winelib) était un remplacement d’implémentation win32 api parfait. Pour votre application en soi, c’est un moyen de vérifier la compatibilité avec wine.

Je pense qu’il y a un point à diviser l’application en .exe indépendant du système d’exploitation et plusieurs bibliothèques .dll, .dll.so et .dll.dylib spécifiques au système d’exploitation. Ces bibliothèques dynamics permettront d’accéder aux API Mac OS X et Linux à partir d’un seul exe.