Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
b5583 Git-5eb575a08 - ошибка сборки плагинов в VC++ v15.9.21 ушла, зато far.exe не собрался:
Код: .\fardev\far\exception_handler.cpp(480,35): error C2398: Element '4': conversion from 'const size_t' to 'const T' requires a narrowing conversion
.\fardev\far\exception_handler.cpp(480,35): error C2398: with
.\fardev\far\exception_handler.cpp(480,35): error C2398: [
.\fardev\far\exception_handler.cpp(480,35): error C2398: T=int
.\fardev\far\exception_handler.cpp(480,35): error C2398: ]
.\fardev\far\exception_handler.cpp(480,35): error C2398: Dlg->SetPosition({ -1, -1, DlgW, DY });
.\fardev\far\exception_handler.cpp(480,35): error C2398: ^
|
из внешних один уже ранее проверил - Observer v1.12. Он нуждается в оптимизации скорости распаковки из SOLID контейнеров, в частности NSIS. У меня получилось время распаковки farue3-setup.exe (92,3 МБ, 1324 файла):
Observer v1.12.0 - 22 мин 30 сек
ArcLite + 7z.dll v20.00 Alpha - менее 1,5 сек и Far показал скорость чтения 69,3 Мб/с.
но, причина малой скорости в алгоритме распаковки, решение будет позднее. Я для себя пока не решил стоит ли обновлять плагин в сборке до этой версии или подождать оптимизированной по скорости распаковки. Хотя новая версия в работе мне понравилась.
Добавлено:
Git-fb2a78721 - ничего не изменилось - ошибка в исходниках фиксируется там же. VC++ 15.9.21 не собирает, придётся пробовать v16.5.3. Силовая пересадка на самые кривые компиляторы? VC++ 16.5.2 уже "показал свои способности" в SumatraPDF - Issues#1541, но его сделала Святая Майкрософт - значит он Святой и пользоваться только им!
Добавлено:
Приключения продолжаются - в VC++ v16.5.3 Far собрался, плагины нет.
Добавлено:
Попробуем так собрать - раз усё столь криво сделано
Код: cd /d fardev\far
cmd /c "%VS160COMNTOOLS%\..\..\VC\Auxiliary\Build\vcvarsall.bat" x86 && "%VS160COMNTOOLS%\..\IDE\devenv.exe" far.sln /Build "Release|Win32" /Project "far"
cmd /c "%VS160COMNTOOLS%\..\..\VC\Auxiliary\Build\vcvarsall.bat" x86_amd64 && "%VS160COMNTOOLS%\..\IDE\devenv.exe" far.sln /Build "Release|x64" /Project "far"
copy /y /b Include\*.hpp /b ..\plugins\common\unicode
cd ..\..\
setlocal
call "%VS150COMNTOOLS%..\..\VC\Auxiliary\Build\vcvarsall.bat" x86
pushd fardev\plugins
nmake /f makefile_all_vc NO_RELEASE_PDB=1
popd
call "%VS150COMNTOOLS%..\..\VC\Auxiliary\Build\vcvarsall.bat" x64
pushd fardev\plugins
nmake /f makefile_all_vc NO_RELEASE_PDB=1 CPU=AMD64
popd
endlocal
pushd ./
|
- сам far.exe соберём в VC++ 2019, а плагины в VC++2017 ибо в 2019 они не собираются. Зато рефакторинг.
Добавлено:
Ну, вот что собралось - b5583_Git-fb2a78721_x86_x64_bin.7z. Там же и скрипты. fupd.cmd только получает обновления исходников, собственно сборка запускается build.cmd который должен лежать рядом с ./fardev содержащим исходники фар. При обновлении пишется его лог чтобы видеть что поменялось, правда его вид самый спартанский типа такого:
Цитата: SVN log:
Path: trunk
URL: https://github.com/FarGroup/FarManager/trunk
Relative URL: ^/trunk
Repository Root: https://github.com/FarGroup/FarManager
Repository UUID: dae9da2f-77ad-0cf1-0a4d-ce57b7db7bff
Revision: 26287
Node Kind: directory
Last Changed Author: alex.alabuzhev
Last Changed Rev: 26287
Last Changed Date: 2020-04-12 17:17:51 +0300 (Вс, 12 апр 2020)
Git:
Updating 5eb575a08..fb2a78721
Fast-forward
far/exception_handler.cpp | 31 +++++++++++++++++++++++--------
1 file changed, 23 insertions(+), 8 deletions(-) |
инклюд ver.nsh можете сразу стирать если не нужен. Я его сделал для чтения версии и управления компиляцией в NSIS - так нет ошибок ручной правки исходников.
----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
|
Всего записей: 33240 | Зарегистр. 31-07-2002 | Отправлено: 16:39 12-04-2020 | Исправлено: Victor_VG, 17:21 12-04-2020 |
|
Как следствие ошибка сборки, а в VC++ 2010 - 2019 MultiArc х86 вообще не собирается - в логах выше видно, что компилятор доходит до MultiArc/global.cpp и выведя очередную ошибку прекращает работу. 
Это плагины: 
между вызовами Call для плагинов. Обернул их setlocal/endlocal и всё заработало. Причём не впервые с этим встречаюсь, но елико редко то забываю про эту штуку...