Re: [Haskell-cafe] Strange error with cabal install on windows:

For those who wants to help. Pavel discovered the cause of the problem for me. I've got too many modules in my package and it causes the error. The length of the command line strings is limited for windows so if you have too many modules the final build command can not list them all. I need to regroup my modules I guess.. It's solved! 8 июля 2016 г., 20:24 пользователь Anton Kholomiov < anton.kholomiov@gmail.com> написал:
Ноо тогда он их не включит в пакет. Не сгенерит объектные файлы для этих модулей. Я думаю, что мне надо перегруппировать модули. Чтобы их стало поменьше. Но не слишком сильно, чтобы ghc смог скомпилировать файлы. Если файл слишком большой он будет крайне долго компилировать.
8 июля 2016 г., 13:07 пользователь Pavel Troev
написал: ну да.. у меня давно зуб на виндовую консоль по поводу utf-8
похоже надо подправить .cabal файл - убрать все модули из секции Library / Other-Modules:
C:\sap\sharc_timbre\sharc-timbre-0.1>cabal install Warning: The package list for 'hackage.haskell.org' is 81.2 days old. Run 'cabal update' to get the latest list of available packages. Resolving dependencies... Configuring sharc-timbre-0.1... Building sharc-timbre-0.1... Preprocessing library sharc-timbre-0.1... In-place registering sharc-timbre-0.1... Creating package registration file: C:\Users\root\AppData\Local\Temp\pkgConf-sharc-timbre-048275436.1 Installing library in
C:\Users\root\AppData\Roaming\cabal\x86_64-windows-ghc-7.10.3\sharc-timbre-0.1-Ig1DfnlqQG6G3PN7S26idD Registering sharc-timbre-0.1... Installed sharc-timbre-0.1
[image: Встроенное изображение 1]
8 июля 2016 г., 12:02 пользователь Anton Kholomiov < anton.kholomiov@gmail.com> написал:
Похоже слишком много модулей, я этот пакет кодогенерил из БД, стоит
пересмотреть структуру пакета, спасибо, теперь я знаю причину.. я что-то слышал о том, что в windows есть лимит на длину строк в командной строке, и мой пакет упёрся в это ограничение
8 июля 2016 г., 12:51 пользователь Pavel Troev
написал: cabal get sharc-timbre cabal cd sharc-timbre-0.1 cabal configure cabal build -v видим строку ghc --make .... удаляем где-то половину нот до "Sharc.Instruments.ViolinMuted.Note15" начал компилировать, похоже дело именно в длине команды [ 618 of 1379] Compiling Sharc.Instruments.Cell arc\Instruments\CelloPizzicato\Note25.o ) [ 619 of 1379] Compiling Sharc.Instruments.Cell arc\Instruments\CelloPizzicato\Note26.o ) ...
8 июля 2016 г., 11:40 пользователь Anton Kholomiov < anton.kholomiov@gmail.com> написал:
я пока ещё не изучал вопрос, но вроде работает и там очень много обновлений, но судя по тому что они писали в HCAR могут быть сюрпризы, они планируют следующие релизы посвятить стабилизации ghc.
2016-07-08 12:27 GMT+04:00 Pavel Troev
: а стоит на ghc 8 переходить?
2016-07-08 11:24 GMT+03:00 Anton Kholomiov
: > Спасибо, то есть это от версии может зависеть.. > > У меня ghc-8.0.1. со стэком у меня не сложилось под виндой, но это > совсем другая история... > > 2016-07-08 12:19 GMT+04:00 Pavel Troev
: > >> было похожее - пакет не собирался на win ghc 7.10.2 и спокойно >> собрался на 7.10.3, >> если используете stack, то можно просто поменять lts на 7.10.3 >> >> 2016-07-08 11:06 GMT+03:00 Anton Kholomiov < >> anton.kholomiov@gmail.com>: >> >>> I've got an error that I don't know how to fix with cabal install. >>> Has anyone experienced such a thing? It installs fine on ubuntu but >>> fails to install on windows 7. It's my own package called >>> `sharc-timbre`: >>> >>> ~~~ >>> Building sharc-timbre-0.1... >>> Preprocessing library sharc-timbre-0.1... >>> C:\Program Files\Haskell Platform\8.0.1\bin\ghc.exe: >>> createProcess: does not >>> exist (No such file or directory) >>> cabal: Leaving directory >>> 'C:\Users\антон\AppData\Local\Temp\cabal-tmp-4484\sharc-timbre-0.1' >>> ~~~ >>> >>> Thanks, >>> Anton >>> >>> _______________________________________________ >>> Haskell-Cafe mailing list >>> To (un)subscribe, modify options or view archives go to: >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe >>> Only members subscribed via the mailman list are allowed to post. >>> >> >> >> >> -- >> С уважением, >> >> Павел Троев >> Консультант БерингПойнт >> Проект SOL, Газпром-нефть >> Моб. тел: +7 916 441 48 61 >> pavel.troev@gmail.com | troev.pd@gazprom-neft.ru >> >> >> > -- С уважением,
Павел Троев Консультант БерингПойнт Проект SOL, Газпром-нефть Моб. тел: +7 916 441 48 61 pavel.troev@gmail.com | troev.pd@gazprom-neft.ru
-- С уважением,
Павел Троев Консультант БерингПойнт Проект SOL, Газпром-нефть Моб. тел: +7 916 441 48 61 pavel.troev@gmail.com | troev.pd@gazprom-neft.ru
-- С уважением,
Павел Троев Консультант БерингПойнт Проект SOL, Газпром-нефть Моб. тел: +7 916 441 48 61 pavel.troev@gmail.com | troev.pd@gazprom-neft.ru

2016-07-08 20:27 GMT+03:00 Anton Kholomiov
For those who wants to help. Pavel discovered the cause of the problem for me. I've got too many modules in my package and it causes the error. The length of the command line strings is limited for windows so if you have too many modules the final build command can not list them all. I need to regroup my modules I guess..
Just out of curiosity, how many modules are too many for Windows? -- Özgür Akgün

On Sun, 10 Jul 2016 15:39:26 +0100, you wrote:
Just out of curiosity, how many modules are too many for Windows?
It depends on the version of Windows you're running. Pre-XP, the command line is limited to 2047 characters. Post-XP, the limit is 8191 characters. There are also limits with regard to the nesting of directories. Although the Unicode versions of the Windows APi functions support paths up to 32,767 characters long, many of the command line processor functions give up after about 260 characters. -Steve Schafer -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
participants (3)
-
Anton Kholomiov
-
Steve Schafer
-
Özgür Akgün