Перекомпиляция проекта на MFC под Linux с winelib нет заголовков afxwin.h и afx.h

Здравствуйте! Пытаюсь перекомпилировать под работу в Linux проект, написанный на MFC.
Пользовался статьёй: https://linux-faq.ru/page/komanda-make.
Так же нашёл мануал: https://wiki.winehq.org/Winelib_User%27s_Guide, но по нему не совсем понятно как выполнять работу пошагово, в целом я выпонил рекомендации:
1) добавил в stdafx.h:

#define _AFX_PORTABLE
#define _FORCENAMELESSUNION
#define _AFX_NO_DAO_SUPPORT
#define _AFX_NO_DHTML_SUPPORT
#define _AFX_NO_OLEDB_SUPPORT
#define _AFX_NO_RICHEDIT_SUPPORT

2) использовал режим --interactive
Пример команды в Linux:
user@astra:~$ winemaker --interactive --lower-uppercase --mfc /home/user/MyProgect

При этом получаю ошибки:
fatal error: afxwin.h: Нет такого файла или каталога
stdafx.h:26:10: fatal error: afx.h: Нет такого файла или каталога

Подскажите пожалуйста как быть в такой ситуации? Как подключить atlmfc чтобы сборка проходила удачно?

0

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

Поэтому, пожалуй, первый совет - убрать эти include и посмотреть, не соберется ли без них. Если не соберется - выяснять, чего конкретно не хватает. Так в любом случае будет проще, чем тянуть за собой традиционное для MS наплевательство на стандарты.

0

Сообщение от MaximSergeevith Как подключить atlmfc чтобы сборка проходила удачно?

А никак. ATL под Linux нет. Либо собирайте MSVC под Wine либо переписывайте на POSIX идеологию

0

Сообщение от Azathtot переписывайте на POSIX

Единственно правильный вариант. Заодно и нативно собираться будет.

0

Azathtot, как тогда объяснить, что если запустить .exe - файл этого приложения через wine в Linux - оно запускается? Каким то образом ведь происходит интерпретация afxwin.h и afx.h в таком случае?

0

Сообщение от MaximSergeevith .exe - файл этого приложения через wine в Linux - оно запускается?

Для этого надо понимать что такое на самом деле wine и Winelib - это просто транслятор вызовов WinAPI в POSIX - виндошная программа даже не подразумевает о том, что она работает не в винде. Никакая перекомпиляция *.exe не нужна, для запуска в линукс через wine/

0

Eddy_Em, а можно подробнее? Что значит переписать под POSIX? Может какие примеры есть, показывающие что именно вы имеете ввиду? Уж если переписывать - то наверное под wxWidgets, раз уж код надо менять или под POSIX вариант проще? Буду благодарен за предоставленные примеры и (или) ссылки на статьи

0

Сообщение от MaximSergeevith Что значит переписать под POSIX

Например вызов WinAPI OpenFile(), который используется MFC-классом CFile переписать с использованием вызова POSIX open().

И это делать придётся со всеми используемыми функциями WinAPI. Именно этим и занимается прослойка WineLib. С её помощью можно написать нативную linux-прогу, но она будет использовать саму WineLib и виндошный экзешник со всеми необходимыми DLL-ками.

1

Сообщение от MaximSergeevith Что значит переписать под POSIX?

Написать нативное линуксовое приложение. Фактически — почти с нуля переписать приличную часть кода.
Помочь не могу: я — радикальный антимастдайщик, я форточками уже минимум лет 20 не пользуюсь.

0

MaximSergeevith, начните все-таки с моего совета выше. Если других ошибок у вас не вылезает, то с немалой вероятностью вам просто не нужны эти заголовочные файлы и все, а тогда вы уже пару дней решаете несуществующую проблему.

0

Сообщение от MaximSergeevith Каким то образом ведь происходит интерпретация afxwin.h и afx.h в таком случае?

Происходтит. На этапе компиляции MSVC вдумчиво эту хрень пережевывает и превращает в вызовы CoCreateInstnce и прочие, которые в Wine отлично реализованы. Но вот кроме MSVC о существовании ATL,MFC и прочей хренини один компилятор (gcc,ICC) не догадывается.
Если вы хотите компилить свое приложение с WineLib то будье любезны, использовать методы WineLib

Добавлено через 2 минуты
P.S. Почитайте это про компиляцию с MFC

0

Pphantom, убрал я эти загноловки ещё два дня назад, результат - куча ошибок, типа:
создаётся производный класс от CArray, т.е.

class CGByteArray : public CArray<int, int>
{
...
},

при попытке перекомпиляции выдаётся ошибка, в которой стрелка указывает на скобку < и надпись: "недопустимое имя шаблона", ну и множество других ошибок разного рода, подробнее могу в понедельник скинуть, что там в консоли получается

Добавлено через 7 минут
Azathtot, читал я ту статью, на которую вы указали ещё до того, как тему эту создать - почти ничего не понятно, а именно:
1) какой толк с этих заголовков и где их правильно разместить:
#define _AFX_PORTABLE
#define _FORCENAMELESSUNION
...

я их размещал в файле stdafx.h

2) использовал режим --interactive mode как указано и каждый раз по требованию указывал ключ --mfc

0

Сообщение от MaximSergeevith убрал я эти загноловки ещё два дня назад, результат - куча ошибок

А, ясно. Да, тогда проблема действительно существует и, увы, в этом случае можно только согласиться с высказываниями выше в теме: придется переписывать под POSIX, иначе это не лечится.

Собственно, в этом случае список ошибок - это список того, что нужно переделывать. Как вариант - писать "обертки" для недостающих функций/классов, но это, пожалуй, менее выгодно, чем просто привести код в порядок (времени будет потрачено немногим меньше, а проблема при этом заметется под ковер).

0

Сообщение от MaximSergeevith какой толк с этих заголовков и где их правильно разместить:

Вам же сказано, что сначала надо собрать MFC с winelib. Вы это сделали?

To use the MFC in a Winelib application you will first have to recompile the MFC with Winelib

0

Azathtot, Azathtot, вы бы свой тон поменяли сперва, что за запись: "вам же сказано ..."? Вы во мне школьника увидели? Или знакомого своего?
Если я написал: "2) использовал режим --interactive mode как указано и каждый раз по требованию указывал ключ --mfc" - это о чём вам говорит?
Переходя с конфликтного тона на конструктивный напишу, чего я не делал:
не понял как применить "-isystem $(WINE_INCLUDE_ROOT)/msvcrt", т.е. как и после чего с чем дополнительно скомпоновать эту строку в командной строке.

А может вас не затруднит самому пересобрать таким образом MFC проект? Судя по вашим уверенным комментариям вы это на раз/два сделаете?
А ещё в конце текста с рекомендацией по компиляции есть строчка:
"Maybe we will have ready-made makefile here someday..." - это или шутка автора или прямой признак того, что этот процесс - просто чтобы время убить и не факт что с пользой.

Я начал писать сюда и создавать эту тему только потому, что не смог сам разобраться с этим мануалом - в конце концов нормальный документ подразумевает пошаговую инструкцию, а это такое ощущение написано просто "наотвяжись" по ринципу "лишь бы было"

0

Сообщение от MaximSergeevith это о чём вам говорит

только о том, что вы использовали эти ключи.
Вы ни слова ни сказали о том, что взыли mfc из MSVC и собрали его с winelib

Сообщение от MaximSergeevith А может вас не затруднит самому пересобрать таким образом MFC проект?

Большое спасибо, но этими костылями (MFC) не пользуюсь, предпочитаю кроссплатформенные решения.

Сообщение от MaximSergeevith "Maybe we will have ready-made makefile here someday..." - это или шутка автора или прямой признак того, что этот процесс - просто чтобы время убить и не факт что с пользой.

Это скорее рекомендации не собирать MFC проект winelib а использовать MSVC для сборки, благо собранные им проекты отлично запускаются по Wine

0