• Windows code ненужный_пост
        ghc.EXE: unable to load package `text-icu-0.7.0.1'
        ghc.EXE: addLibrarySearchPath: C:\Users\****\backend\windows\deps\usr\local\lib (Win32 error 3): я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜.
        ghc.EXE: addLibrarySearchPath: C:\Users\****\backend\windows\deps\usr\local\lib (Win32 error 3): я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜.
        ghc.EXE: addLibrarySearchPath: C:\Users\****\backend\windows\deps\usr\local\lib (Win32 error 3): я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜.
        ghc.EXE: addLibrarySearchPath: C:\Users\****\backend\windows\deps\usr\local\lib (Win32 error 3): я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜.
        ghc.EXE: C:\sr\snapshots\7dd4ddea\lib\x86_64-windows-ghc-8.0.2\text-icu-0.7.0.1-JAtt4aKN3S2FwEv7rbv9x1\HStext-icu-0.7.0.1-JAtt4aKN3S2FwEv7rbv9x1.o: unknown symbol `ucnv_getMaxCharSize_57'
    
    СПАСИБО ВИНДАВС Я ТАК И ПОНЯЛ, ЧТО ТЫ ГОВОРИШЬ ЧТО ПУТЬ НЕ ВЕРНЫЙ

Replies (50)

  • @qnikst, я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜ я┐╜я┐╜ я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜я┐╜!!!
  • @qnikst, разработчиков этого говна — ghc.EXE — надо отправлять лес валить и никаких кантуперов
  • @vt, извини, советы сеньёров из гуглей мне сейчас тут не нужны
  • @qnikst, из эплей тоже
  • @qnikst, Ну попробуй этих говноделов заставить починить :) Обращаю внимание, проблема не в хаскеле и даже не в ghc, а о долбоебах, которых сделали якобы порт под винду
  • @vt, честно не хочу даже ввязываться, я очень хочу все собрать, добавить это в ci и забыть до след релиза
  • @qnikst, Ну естественно всегда проще обвинить Гейтса :)
  • @vt, да никто ни в чем его не видит. ну разве что почему-то на его системе куча людей не справляются с кодировками, а на других все нормально.
    Но если честно здесь просто ошибка смешная но offence
  • @qnikst, Вот я и говорю, людей, которые берутся за "кодировки", не понимая что они делают — надо отправлять валить лес
  • @qnikst, ������� �� �������!!!

    Оно получило откуда-то текст в неожиданной (не utf-8, очевидно) кодировке, заменило на replacement character (U+FFFD) и отправило utf-8 в stdout, после чего он отобразился как CP-866.

    Довольно забавно, что это icu либа.

    Интернационализированные сообщения об ошибках — зло.
  • @killy, icu-либа ничего не получает и не отправляет, ее так-то и загрузить даже не смогли
  • @vt, вот это вот
  • @qnikst, я чего-то в этом мире не понимаю.. _57/_58 это же суффикс версии либы? как код может не находить до _57 то _58?
  • @qnikst, Код решил, что из либы символы экспортируются с суффиксом версии, не знаю как называется такой манглинг, но он явно нестандартный и особенно явно не тот, что ждет твой код
  • @qnikst, ну и да, если символы с 58 он находит, значит ему явно подложили не ту версию либы
  • @vt, в icu-шной dll-ле он с магнлингом, т.е. если я сделаю objdump я вижу все эти символы с соотв версией. А почему в зависимости от фазы луны линкер ждет от меня то одного то другого я не понимаю.
  • @qnikst, Т.е. завалился от с 59 — я ему положил 59 в пути добавленные в extra-lib-dirs (аналог -L), он мне выругался на 57; окей — положил 57, он мне 58 просит; какой-то треш и угар вместо нормального поведения
  • @qnikst, причем icu хотят 2 либы собственно text-icu которые байндинги, и моя либа, которая хочет text-icu. Обе собираются в рамках этой сборки
  • @qnikst, Наверное у тебя код собран с разными версиями либ, и ругаются те части, которым досталась либа не той версии, очевидно же, что если ты их положил три, то загрузилась только одна
  • @vt, при каждой сборке у меня только одна в путях, собираются все либы. Вполне возможно между сборками очистка не все очищает, это может дать видимый эффект
  • @agr, Font: Lucida Console
    ещё chcp попробуй
  • @agr, но я это и делаю, все 1 в 1 с точностью до путей.
  • @qnikst, тут ещё дурная прослойка из стека, который нормально не подебажишь, что и куда он передает
  • @qnikst, пока лучший результат это креш на линковке.
  • @qnikst, обходил, пуская через cmd от администратора
  • @agr, безумный мир..
  • @qnikst, ну и на винде регулярно протухает .stack-work, удаляешь и по новой
  • @agr, а в остальном можно даже собирать проекты на две сотни зависимостей
  • @agr, ээээ.. неявных..
  • @agr, не помогло
  • @agr, а какой ты в итоге text-icu брал?
  • @qnikst, ушёл из офиса вовремя
  • @qnikst, на память, резолвер лтс-7.26
  • @agr, старый.. у меня на каком-то из 7 все вообще из коробки работало..
  • @qnikst, поломали, ироды
  • @agr, вообще там же та ещё сборная солянка есть msys2 в котором icu и mingw-icu, причем разных версий и у меня очень стойкое ощущение, что не смотря на заданный порядок libarary-path он хватает то одно то другое. В конце-концов если пересобирать и text-icu и пакет, то похоже что он выбирает что-то одно, но линкер(?) дохнет и вот победить его смерть мне уже никак не удалось.
  • @qnikst, я извне откуда-то качал билды text-icu, не mingw, завтра найду откуда
  • @agr, 1. stack: 1.2.0 ... (4065 commits) hpack-0.14.0
    2. resolver-9.8
    3. ghc: 8.0.2
    3. text-icu binaries: download.icu-project.org
  • @agr, всё ок
  • @agr, как у тебя может быть ghc-8.0.2?

    stack setup использует только версию, которую он установил.
    У меня stack-1.5.1, hpack-0.17.1 тащит ghc 8.0.1
  • @vt, @vt а можно как-то заставить винду по англицки ругаться?
  • @qnikst, в региональных настройках язык поменять
  • @qnikst, Если она single language то нет
  • @vt, это Pro ещё на multi-single language делятся?
  • @qnikst, s/это/эти/
  • @qnikst, Pro вроде нет, просто поставить English language pack и сделать его по умолчанию
  • @vt, во всего reboot^W вход выход и оно заработает. Спасибо
  • @agr, спасибо