Lime: Поддержка Windows [$30]

Вау, это звучит фантастически.

Мартелл уведомления@github.com Шриб:

привет @quarnster ,

Я собираюсь взять на себя задачу порта Windows.
Я должен был сделать это довольно скоро.

Я обнаружил ошибки связывания с mingw64 и go lang и патч
должен быть вставлен в mingw64-crt в ближайшее время, чтобы решить последнюю ссылку
ошибка pygo и других связанных c зависит.

---

Ответьте на это письмо напрямую или просмотрите его на GitHub:
https://github.com/limetext/lime/issues/228

Спасибо!

"C:\msys64\mingw32\pkg\tool\windows_386\8l.exe" -o "C:\msys64\tmp\go-build836004963\lime\3rdparty\libs\gopy_test\gopy.test.exe" -L "C :\msys64\tmp\go-build836004963\lime\3rdparty\libs\gopy_test" -L "C:\msys64\tmp\go-build836004963" "C:\msys64\tmp\go-build836004963\lime\3rdparty\libs\ gopy_test\main.a"
$WORK\лайм\3rdparty\libs\gopy_test\gopy.test.exe
ПРОХОДИТЬ
хорошо лайм/3rdparty/libs/gopy 2.592s

Огромный успех :)

Вау здорово!

что мне делать после гопы? Руководство было изменено некоторое время назад, потому что был добавлен cmake.
Я также создал привязки qt5 :)

У меня уже есть сборка onig в gcc и, очевидно, python3.3 с .a libs

РЕДАКТИРОВАТЬ: все в порядке, я просто буду выполнять шаги в cmakelists вручную :)

Было бы неплохо, если бы вы рассказали нам, как воспроизвести сборку Python.

Я использую msys2 и pacman. mingw-w64-x86_64-python3 — это пакет для него.
Обычно мы в irc на OFTC #msys2 ежедневно добавляем новые пакеты :)
Вы можете забрать его здесь
http://sourceforge.net/projects/msys2/

Недавно я добавил сам go, но мы решаем проблемы с ним.
Когда лайм будет готов, я добавлю его как пакет и скрипт PKGBUILD для его сборки;)
python и onig должны быть здесь https://github.com/martell/MINGW-packages

Я тоже на msys2. Я вчера с ним поигрался. Как вы создали статическую библиотеку Python? Вы использовали 32-битную или 64-битную цепочку инструментов, да?

Упомянутое исправление crt уже онлайн?

https://github.com/martell/MINGW-пакеты
Python PKGBUILD находится в этом репозитории.
Да Алексей наносил вручную. Я и mingwandroid пытаемся исправить передачу CFLAG go для mingw64.
После этого должно быть хорошо идти :) ... надеюсь

Просто "pacman -Syu", чтобы обновить crt

Но python3 по умолчанию создается как общая библиотека, не так ли? С mingw (не w64) они использовали pexports. Как вы с этим справились? Что не так с CFLAGS?

Python3 скомпилирован с помощью mingw64, поэтому нам не нужно выполнять экспорт.
В результате получаем libpython3.3m.a по умолчанию
https://github.com/martell/MINGW-пакеты/дерево/мастер/mingw-w64-python3

Мы ни для чего не используем визуальную студию. Мы также не полагаемся на сборки визуальной студии какой-либо библиотеки.

Эквивалентом pexports будет gendef. Хотя нам это здесь не нужно
http://sourceforge.net/apps/trac/mingw-w64/wiki/gendef

Итак, я успешно создал внешний интерфейс терминологической панели с помощью mingw64.
Он изящно закрывается с этим сообщением в debug.log
[2014/01/25 00:47:11 GMT] ОШИБКА (main.main:607) Неверный дескриптор.

Сборка qml дает мне эту ошибку после настройки привязок.
Две привязки в одном проекте должны вызывать проблемы.
лайм/интерфейс/qml
C:\msys64\tmp\go-build680373563/lime/3rdparty/libs/gopy/lib.a(_all.o): повторяющаяся ссылка на символ: mingw_onexit как на github.com/niemeyer/qml(.text), так и на лайме/3rdparty /libs/gopy/lib(.text)

https://www.dropbox.com/s/2ibydge1x8k9s1w/lime.7z

Я успешно построил терминологию, html, и я вернулся в qt5 main.go, так как qml не будет ссылаться

Пока что Termbox кажется лучшим.
Я загружаю все плагины, а затем вылетаю :/
Хороший файл журнала, хотя;)

поищите в build/bin файлы exe и не перемещайте их, так как они имеют отношение к структуре папок

@martell : вы пытались запустить интерфейс termbox из командной строки Windows вместо mintty?

@Эдванданс
Да, я запускаю терминологию из окна cmd.prompt.
Кажется, что с небольшой дополнительной работой это можно решить.
Также нам нужно удалить setcolormode 256 в Windows, так как у нас нет этой функции.

@martell Я не могу запустить его. Я установил i686 python3 (у меня x86_64). Открыл cmd:

set PYTHONHOME=...\msys64\mingw32\lib\python3.3
termbox.exe

И я получаю:

Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Вам не нужно устанавливать PYTHONHOME, так как я включил dll python
У меня работает без этого.

Теперь я, возможно, ошибаюсь, но я все равно этого не делал.

Патч влился в mingw64-crt и Алексей скоро сделает обновление ;)

Если я не установлю PYTHONPATH. Я получил:

Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Вы запускаете командную строку из msys? Я запустил его напрямую через Win+R .

Нет, я сразу перешел к cmd, как и вы, PYTHONHOME не определен в моей системе.
Я думаю, что ранее установил Python в свою систему с помощью установщика Windows,
может быть, поэтому мои окна cmd не жалуются?

Это также может объяснить, почему он падает в определенный момент, возможно, я использую неправильные файлы Python.

Вы установили mingw python3 или msys2 python3, они очень разные

Хм, это может быть причиной. Но я не понимаю, почему он жалуется после настройки PYTHONPATH.
Там определенно есть модуль кодировок.

Я понял.
Это просто:

set PYTHONHOME=...\msys64\mingw32

Без lib\python3.3 .

Красиво ;) и ваш результат?

Показывает содержимое файла, но не реагирует на нажатия клавиш. И жалуется на 256 цветовой режим.

В zip-файле, который я загрузил, у меня есть все мои файлы cgo.go для справки, если вы хотите собрать из исходного кода;)
У меня также есть пакет в моем репозитории mingw-packages для onig и go, который вам понадобится.

Можешь вставить, пожалуйста :)

я добираюсь до сюда

[2014/01/25 04:08:33 GMT] [INFO](lime/backend/sublime.sublime_Console:87) Python sez: Загрузка плагина Vintageous.jump_list_cmds
[2014/01/25 04:08:33 GMT] [FNST](main.%28 tbfe%29.renderthread:375) Рендеринг[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28 commandHandler%29.Register:169) Хотите зарегистрироваться vi_add_to_jump_list
[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28 commandHandler%29.Register:194) Успешно зарегистрирована команда vi_add_to_jump_list[2014/01/25 04:08:33 GMT] [INFO](lime/backend/sublime.sublime_Console:87) Python sez: Загрузка плагина Vintageous.motion_cmds[2014/01/25 04:08:33 GMT] [FNST](main.%28 tbfe%29.renderthread:375) Рендеринг
[2014/01/25 04:08:33 GMT] [FNST](lime/backend.%28*commandHandler%29.Register:169) Хотите зарегистрироваться необратимый_текст

То же самое:
http://pastebin.com/G2yNjmdp

Хорошо, я попытаюсь заставить Алексея объединить мой пакет go и общий пакет onig.
Таким образом, все могут быть на одной странице.
Вот руководство по сборке от начала до конца обратного проектирования из cmakelists.txt ;)

https://gist.github.com/martell/c178f674188cb779b8fd

Большое спасибо. Это определенно очень помогает. Вы также пробовали 64-битную сборку?

Я не делал, но должно быть так же.
В настоящее время делаю скрипт, где вы можете выбрать, какой из них построить: D

Хорошо, хорошо. Не могли бы вы сказать мне разницу между базовыми загрузками msys2 и msys64 на sourceforge?

Я работаю с Мартеллом и Алексеем Павловым над MSYS2; думал зайти и сказать "привет".

Некоторые из этих деталей Мартелл уже упомянул, но я могу собрать все вместе.

msys64 было именем WIP, теперь это просто MSYS2.

Единственная документация (помимо большей части материалов Arch Linux pacman/makepkg) находится по адресу:
http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/

Есть 3 репозитория пакетов: msys, mingw32 и mingw64.

Исходники репозитория находятся по адресу:
msys: https://github.com/Alexpux/MSYS2-пакеты
mingw32+mingw64: https://github.com/Alexpux/MINGW-пакеты

Я со-поддерживаю пакеты и исправления MinGW-w64 Python (которых, к сожалению, слишком много), поэтому не стесняйтесь задавать любые вопросы, которые у вас есть, и, как сказал Мартелл, заходите на #msys2 на OFTC, если хотите поболтать.

Извините, что не ответил. Github никогда не уведомлял меня :/
Спасибо, что прояснил это, Рэй.
Вы знаете о msys2 и mingw64 больше, чем я, поэтому лучше объясните :)

Да я вижу. Спасибо за это, ребята.
Для меня msys2 — один из самых ценных проектов. Особенно иметь pacman круто.

Спасибо за добрые слова. Присоединяйтесь к нам, добавляйте пакеты и делитесь добром ;-)

ЭдВанДэнс, привет!
MSYS2 имеет как 32-битную, так и 64-битную версию. Вот почему есть два типа архивов для скачивания.

Ok. Таким образом, msys2, вероятно, 32-битный, а msys64 64-битный. :улыбка:

Редактировать: Неважно, есть отдельные каталоги для 32 и 64 бит. Все последние пакеты называются msys2 с
суффикс для 32-битных (i686) и 64-битных (x86_64).

Вот 32-битный MSYS2:
http://sourceforge.net/projects/msys2/files/Base/i686/

А вот 64-битный:
http://sourceforge.net/projects/msys2/files/Base/x86_64/

Да только что понял. В следующий раз надо посмотреть, прежде чем писать, а не наоборот :smile:

Я склонен придерживаться C:\msys64 и иметь пакеты mingw32 и mingw64 в
там в C:\msys64\mingw32 и C:\msys64\mingw64; pacman обрабатывает это для
вы хотя так не беспокойтесь об этом.

Во вторник, 28 января 2014 г., в 16:30, [email protected] написал:

Да только что понял. В следующий раз я должен посмотреть, прежде чем писать не
наоборот [изображение: :smile:]

Ответьте на это письмо напрямую или просмотрите его на Gi tHubhttps://github.com/limetext/lime/issues/228#issuecomment -33495293
.

Теперь, когда исходники go get доступны для x86/x64 linux/darwin, я предполагаю, что здесь тоже могут потребоваться изменения.

Есть ли руководство или приблизительный план шагов, необходимых для установки всего в новой системе Windows, в которой еще нет go или чего-либо еще?

https://github.com/limetext/lime/wiki/Building-on-Windows , безусловно, нуждается в обновлении/перезаписи...

Я позабочусь об этом в ближайшее время.

Требуются ли функции Python для работы Lime? Я попытался закомментировать импорт gopy & sublime (и три строки, которые зависят от него) как в интерфейсе/html, так и во внешнем интерфейсе/termbox, а также заменил импорт rubex на import (rubex "regexp") ; и html, и termbox созданы и работают в Windows, но, как ни странно, непригодным для использования способом:

• html были проблемы с интерпретацией ключей (странные символы, такие как «&» и другие, появлялись как в Firefox, так и в Chromium)
• termbox не отображал курсор, а нижняя половина экрана была странно смещена и быстро прокручивалась вниз при каждом нажатии клавиши

есть идеи? :)

О терминологическом поле вы можете получить информацию из файла журнала, который создается при каждой сборке, и вы должны знать, что у нас есть старинный плагин, который предоставляет некоторые функции vim, поэтому вам следует сначала нажать i , а затем начать печатать.

@zoli мы не могли собрать некоторое время, так как msys обновил mingw python до версии 3.4, которую gopy и go 1.3.1 только что исправили.

Теперь, когда проблемы с python3.4 решены, я смотрю на использование msys2 и mingw-64 и приступаю к созданию лаймового текста.

Вот моя текущая ошибка

$ go get github.com/limetext/lime/frontend/termbox # github.com/limetext/gopy/lib ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c: In function 'cinit': ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:503:11: error: 'sigaltstack' undeclared (first use in this function) stub(&sigaltstack); ^ ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:503:11: note: each undeclared identifier is reported only once for each function it appears in ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:504:11: error: 'signal' undeclared (first use in this function) stub(&signal); ^ ..\..\..\mingw64\src\github.com\limetext\gopy\lib\utils.c:505:11: error: 'sigaction' undeclared (first use in this function) stub(&sigaction);

Кажется, этот коммит ломает gopy на окнах
https://github.com/limetext/gopy/commit/8b1545fdde22aad006ba8596dd7e9ad80ff0dec7

Хотите поддержать этот вопрос? Разместите награду за это! Мы принимаем награды через Bountysource .

Если я их прокомментирую, я получаю эту ошибку
github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/4292) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6573) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6545) github.com/limetext/gopy/lib(.text): undefined: github.com/limetext/gopy/lib(/6513) too many errors
@quarnster есть идеи?

вот руководство по сборке лаймтекста в msys2 на windows
https://gist.github.com/martell/8588075

надеюсь, пакет go 1.3.3 появится на серверах завтра :)

cinit должен быть ifdef-ed для окон или чего-то еще, так как это не имеет значения. Что касается ошибки связывания, правильно ли он находит библиотеку python?

Да, он находит библиотеки правильно.
pkg-config добавляет включаемый каталог /mingw64/include/python3.
Поэтому я ожидаю, что он также правильно добавит библиотеку.
Сообщение об ошибке не особо помогает :(
Мы находимся на неизведанной территории, поэтому я попытаюсь заставить -lpython3
Отправьте сообщение в ближайшее время

Итак, вот мои результаты.
pkg-config правильно находит библиотеку, потому что вот тест на регулярное выражение с установленным onig и без него

без:
$ go test github.com/limetext/rubex testmain github.com/limetext/rubex(.text): undefined: onig_free github.com/limetext/rubex(.text): undefined: onig_number_of_captures github.com/limetext/rubex(.text): undefined: onig_number_of_names github.com/limetext/rubex(.text): undefined: onig_region_free github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/63) github.com/limetext/rubex(.text): undefined: onig_region_new github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/30) github.com/limetext/rubex(.text): undefined: onig_new github.com/limetext/rubex(.text): undefined: onig_error_code_to_str github.com/limetext/rubex(.text): undefined: onig_search github.com/limetext/rubex(.text): undefined: onig_error_code_to_str github.com/limetext/rubex(.text): undefined: onig_match github.com/limetext/rubex(.text): undefined: onig_name_to_backref_number github.com/limetext/rubex(.text): undefined: onig_foreach_name FAIL github.com/limetext/rubex [build failed]

с участием:
$ go test github.com/limetext/rubex testmain github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/63) github.com/limetext/rubex(.text): undefined: github.com/limetext/rubex(/30) FAIL github.com/limetext/rubex [build failed]

Изменить: кажется, что 32-битная версия Windows печатает более значимую ошибку

$ go get github.com/limetext/lime/frontend/termbox github.com/limetext/lime/frontend/termbox github.com/limetext/gopy/lib(.text): undefined: _get_output_format github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func github.com/limetext/gopy/lib(.text): undefined: ___lc_codepage_func

чтобы решить эту ошибку ссылки, я должен связать со средой выполнения Visual Studio, к сожалению, мне нужно выбрать среду выполнения С++, например, v110 или v110, что раздражает для приложения mingw-w64.

хорошо, теперь я действительно могу строить :)
Надеюсь скоро у меня будет exe

РЕДАКТИРОВАТЬ: я могу построить терминологию, но

Интерфейс qml дает мне это
См. ту же ошибку, что и выше, 25 января.

$ иди строй
github.com/limetext/лайм/интерфейс/qml
C:/msys64/mingw32/pkg/windows_386/gopkg.in/qml.v1.a(_all.o): повторяющаяся ссылка на символ: mingw_onexit как в github.com/limetext/gopy/lib(.text), так и в gopkg.in /qml%2ev1(.текст)

Вот мой вывод терминов:

Кажется, немного лучше, чем несколько месяцев назад, но все равно вылетает.

[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*WindowEvent).Call:94) OnNewWindow(2)
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnNew(4)
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)
[2014/10/19 11:32:41 BST] [EROR] (main.setColorMode:614) Unable to use 256 color mode: SetColorMode not implemented on Windows
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.func·001:98) Error on walking: GetFileAttributesEx ../../3rdparty/bundles/User: The system cannot find the file specified.
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.ScanPackets:110) Can't walk: GetFileAttributesEx ../../3rdparty/bundles/User: The system cannot find the file specified.
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default (OSX).sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x12760400})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default.sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x12760420})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default (OSX).sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127ce180})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadKeyBinding:183) Loaded ..\..\packages\Default\Default.sublime-keymap
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127ce1a0})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadSetting:199) Loaded ../../packages/Default/Preferences.sublime-settings
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127e83b0})
[2014/10/19 11:32:41 BST] [INFO] (github.com/limetext/lime/backend.(*Editor).loadSetting:199) Loaded ../../packages/Default/Preferences (Windows).sublime-settings
[2014/10/19 11:32:41 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(&{0x127d2270})
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend/packages.(*Packet).Get:47) Couldn't read file: open ../../3rdparty/bundles/User/Preferences.sublime-settings: The system cannot find the path specified.
[2014/10/19 11:32:41 BST] [EROR] (github.com/limetext/lime/backend.(*Editor).loadSetting:197) 1,1: Unexpected EOF, 0-0: "JSON" - Data: ""

[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering
[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering
[2014/10/19 11:32:41 BST] [FNST] (main.(*tbfe).renderthread:437) Rendering

Хорошо сделано! Какова предыстория крушения?

Если вы запустите его с помощью «./termbox main.go», он попытается правильно отобразить этот файл?

Если закомментировать вызовы gopy import+, он все равно вылетает? Если нет, это может быть одна из стандартных проблем Go mingw .

@quarnster : я понятия не имею об обратной трассировке :(
Я недостаточно хорошо понимаю голанг.
Как мне его отладить?

Я не вижу вывод, вот журнал, хотя

[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*WindowEvent).Call:94) OnNewWindow(2)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnNew(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnModified(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnSelectionModified(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnLoad(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*Editor).Watch:414) Watch(C:\msys64\mingw32\src\github.com\limetext\lime\frontend\termbox\main.go (4))
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnDeactivated(4)
[2014/10/19 15:26:09 BST] [FNST] (github.com/limetext/lime/backend.(*ViewEvent).Call:60) OnActivated(4)

Я попробую удалить импорт gopy и посмотреть

@martell , Backtrace должен нормально сбрасываться на терминал, за исключением того, что в этом случае мы захватываем терминал для визуализации некоторого пользовательского интерфейса, поэтому он не будет работать;)

Попробуйте этот патч и посмотрите, появится ли что-нибудь полезное в журнале:

diff --git a/frontend/termbox/main.go b/frontend/termbox/main.go
index 4ff2426..bdecd51 100644
--- a/frontend/termbox/main.go
+++ b/frontend/termbox/main.go
@@ -711,7 +711,9 @@ func main() {
                termbox.Close()
                log4go.Debug(util.Prof)
                if err := recover(); err != nil {
-                       log4go.Crash(err)
+                       log4go.Debug(err)
+                       log4go.Debug("%s", string(debug.Stack()))
+                       time.Sleep(time.Second) // TODO: see issue #260
                }
        }()

Можно ли сбросить эту тему в новую проблему с обновлением статуса?

@techtonik Не нужно закрывать :)
Я попытаюсь обновить пакеты, которые у нас есть для перехода, и сделаю для них несколько исправлений, чтобы увидеть, на каком уровне мы сейчас находимся.

Итак, кажется, что в настоящее время мы все еще находимся на том же этапе, когда часть самого языка go не работает должным образом в Windows.

Я изучаю 2 различных возможных решения этой проблемы.
Оба потребуют немного времени для тестирования.
Я вернусь примерно через неделю с обновлением

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

Мартелл, какая часть языка go не работает должным образом в Windows? Также я думаю, что вы имеете в виду реализацию go, а не сам язык?

Привет! Какие новости о портировании на windows? Есть ли у вас прогресс?

Я не совсем понимаю, в чем раньше были проблемы, но у меня Lime-QML отлично строится и работает в Windows. Вот мои инструкции: https://github.com/ricochet1k/lime-qml/wiki/Building-on-Windows-using-MSYS2

Год 2017, месяц июнь, т.е. с момента создания выпуска прошло 1250 дней .
Эээ... Алло? Можем ли мы, наконец, попробовать какой-нибудь предварительно скомпилированный двоичный файл Windows, пожалуйста?

обнаружили ошибки связывания с mingw64 и go lang и патч
должен быть вставлен в mingw64-crt в ближайшее время, чтобы решить последнюю ссылку
ошибка pygo и других зависимостей c

отписать меня от этого

Здесь..