Есть ли какие-либо преимущества для компиляции моего приложения Windows с winelib для пользователей Linux? Почему бы просто не дать им .exe и позволить им запускать его с Wine? Кажется, как дополнительная работа без выгоды.Преимущества winelib?
Возможно, вы прочитаете на Advantages and Disadvantages с помощью Winelib.
Похоже, что в этой теме показано, что компиляция против winelib - это способ улучшить качество вина, поставив вопрос о доказательствах при компиляции, который не должен возникать, если вино (следовательно, winelib) было прекрасной заменой реализации win32 api. Для вашего приложения само по себе это способ проверки совместимости с вином.
Цитирование Chapter 1. Winelib Introduction - 1.1. What is Winelib?:
Что вы получаете от перекомпиляции приложения с Winelib является возможности совершать звонки на Unix интерфейсы API непосредственно из источника Windows, кода.
Это позволяет улучшить интеграцию с средой Unix , чем это допускается при использовании немодифицированного приложения Windows , работающего под управлением в Wine.
Еще одно преимущество заключается в том, что приложение Winelib может относительно легко перекомпилировать на архитектуре без архитектуры Intel и работать там без необходимости в медленной программной эмуляции процессора .
Таким образом, в основном два преимущества могут быть вызваны Unix-специфическими API, если я захочу (вряд ли, если я хочу, чтобы он был совместим с окнами) и портировал для затенения архитектур (извините PPC, ARM, поклонники SPARC: P) – davr
Если вы когда-либо сталкивались с какой-либо разработкой для встроенных систем или, возможно, с PS3, или чего-то еще, что не имеет x86 ... – supercheetah
См this
Анон: Насколько я понимаю, что означает, что все Winelib-портировали приложения не являются истинными Linux исполняемые файлы - но некоторые> метис между win32 двоичные файлы и исполняемые файлы Linux? В чем же преимущество переноса> (используя winelib) в отличие от запуска win32-двоичных файлов под вином?
Dimi Paun: Это настоящие бинарные файлы Linux (формат ELF), но им нужно немного настроить (для> совместимого с Windows) до они начинаются. Но да, запуск исполняемых файлов Win32 (PE) вместо этого - это настоящая возможность, такая же скорость и т. Д. Но наличие порта Winelib позволяет вам лучше интегрироваться с Unix env, что может быть тем, что вы хотите для «истинного» Linux приложение.
Одна из веских причин состоит в том, что это может обеспечить некоторую страховку от регрессий в Вине. Если вы протестируете свой код с версией A из Winelib и статически связали эту версию с вашей программой, то регрессии в более новой версии Wine не смогут вас разбить.
Я думаю, что есть смысл делить приложение на независимые от ОС .exe и несколько библиотек .dll, .dll, .dll.dll и .dll.dylib для OS. Эти динамические библиотеки позволят получить доступ к Mac OS X и Linux API из одного exe.
Сломанная ссылка! Там есть зеркало на archive.org [здесь] (http://web.archive.org/web/20070218165446/http://kt.earth.li/wine/wn20030926_189.html#4) –