Преимущество winelib?

Похоже, что немного погуглив на эту тему, можно понять, что компиляция против winelib - это способ улучшения вина путём добавления при компиляции проблем с доказательствами, которые не должны возникать, если вина (отсюда и winelib) была бы идеальной заменой реализации win32 api. Для вашего приложения это способ проверки совместимости с вином.

Цитата из главы 1. Введение Винелиба - 1.1. Что такое Винелиб? :

То, что вы получаете, перекомпилируя свой приложение с Winelib является возможность звонить на Unix API, непосредственно из источника Windows Код.
Это позволяет сделать лучше. интеграция с Unix-средой чем разрешается при запуске немодифицированное приложение Windows, запущенное в "Вине".
Еще одно преимущество в том. приложение Winelib может относительно легко перекомпилируется по неинтеллектуальному принципу архитектура и работать там без необходимость медленной программной эмуляции процессор.

Смотрите это

Anon: Я так понимаю, это означает, что все Winelib-портативные приложения не являются подлинными бинарными файлами linux, а некоторые >полукровка между win32-бинарными файлами и бинарными файлами Linux? В чём тогда преимущество переноса >(с помощью winelib) по сравнению с запуском исполняемых файлов win32 под win?

Dimi Paun: Это настоящие исполняемые файлы Linux (формат ELF), но они нуждаются в небольшой настройке (для >Windows compat) прежде чем они запустятся. Но да, запуск исполняемых файлов Win32 (PE) вместо этого > истинная возможность, та же скорость и т.д. Но наличие порта Winelib позволяет лучше >интегрироваться с Unix env, что, возможно, и нужно для "настоящего" Linux-приложения.

Одна из веских причин заключается в том, что он может обеспечить некоторую страховку от регресса в Wine. Если вы протестируете свой код с версией A Winelib и статически свяжете эту версию со своей программой, то регрессия в более новой версии Wine не сломает вас.