Доступ на изменения к нему получить нельзя, но можно предлагать свои пул-реквесты. Мы их будем рассматривать и принимать, если нет противопоказаний.
Для сборки проекта нужно иметь установленный или собранный из исходников Nemerle последней версии. Поддерживается .Net 4 и выше. Учтите, что если на машине стоит несколько студий нужно ставить Nemerle для самой старшей студии и использовать ее для сборки.
Перед первой сборкой проекта нужно выполнить Nitra\BuildBoot.cmd или Nitra\RebuildBoot.cmd. Nitra использует бутстрапинг, так что без этого шага у вас не удастся собрать проект.
Далее открываете Nitra.sln в студии и выполняете сборку проекта. Под отладку удобнее всего ставить проект Nitra.Visualizer. Это тестовая утилита пригодная как для отладки самой Nitra, так и для отладки парсеров собственного производства.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Перед первой сборкой проекта нужно выполнить Nitra\BuildBoot.cmd или Nitra\RebuildBoot.cmd. Nitra использует бутстрапинг, так что без этого шага у вас не удастся собрать проект.
Также RebuildBoot.cmd нужно делать каждый раз, когда обновляется бут или немерле. Иначе земное притяжение перестанет работать.
... << RSDN@Home 1.2.0 alpha 5 rev. 62>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, _NN_, Вы писали:
_NN>Тогда стоит добавить ссылку из вики гитхаба на докуметацию, чтобы любой кто зашел посмотреть код мог легко попасть на документацию.
А ещё лучше — полностью перевести документацию на гитхаб. И, наоборот, давать ссылку на него.
Здравствуйте, _NN_, Вы писали:
_NN>Тогда стоит добавить ссылку из вики гитхаба на докуметацию, чтобы любой кто зашел посмотреть код мог легко попасть на документацию.
Добавил.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Для сборки проекта нужно иметь установленный или собранный из исходников Nemerle последней версии... нужно ставить Nemerle для самой старшей студии и использовать ее для сборки.
Думаю, для команды Немерле не новость, что существует Студия-2013 аж с двумя апдейтами? Но сайт почему-то предлагает максимум VS2012/.NET 4.5; Отсюда, вопросы:
1. В каком статусе находится поддержка VS2013? "Компиляем по просьбам зрителей"?
2. Есть ли в JetBrains вообще студия-2013?
3. Догадываюсь, что раз бинарей нет, значит и поддержки нет. Как скоро планируется её возвести в ранг официальной?
4. Насколько 2013 отличается от 2012 в плане интеграции, что поддержка 2013 хромает на обе ноги?
5. Можно ли использовать Nemerle for VS2012 там, где установлена только 2013 студия? (и желательно, без напильника)
6. Почему вообще так много танцев вокруг версии .NET'а? Ведь если Немерле — компилятор, ему требуется .NET какой-то минимальной версии (чтоб вообще работало), оптимальной версии (где используются "плюшки" более нового фрэймворка) и генерить код он может практически для любой версии .NET; Как Немерле соотносится с этими требованиями?
Здравствуйте, btn1, Вы писали:
B>Здравствуйте, VladD2, Вы писали:
VD>>Для сборки проекта нужно иметь установленный или собранный из исходников Nemerle последней версии... нужно ставить Nemerle для самой старшей студии и использовать ее для сборки.
B>Думаю, для команды Немерле не новость, что существует Студия-2013 аж с двумя апдейтами? Но сайт почему-то предлагает максимум VS2012/.NET 4.5; Отсюда, вопросы:
B>5. Можно ли использовать Nemerle for VS2012 там, где установлена только 2013 студия? (и желательно, без напильника)
Сейчас есть возможность самому собрать установщик для VS2013 (BuildInstallerFull-4.5.1.cmd) , надеюсь в скором времени будут ночные сборки для 2013 и все будет еще проще
B>6. Почему вообще так много танцев вокруг версии .NET'а? Ведь если Немерле — компилятор, ему требуется .NET какой-то минимальной версии (чтоб вообще работало), оптимальной версии (где используются "плюшки" более нового фрэймворка) и генерить код он может практически для любой версии .NET; Как Немерле соотносится с этими требованиями?
Вкратце System.Reflection.Emit не умеет генерировать сборки не для своей версии фреймворка.
Решить это можно только использовав другой бэк-энд.
По всей видимости это решится только с переписыванием Nemerle на Nitra .
Здравствуйте, _NN_, Вы писали:
B>>5. Можно ли использовать Nemerle for VS2012 там, где установлена только 2013 студия? (и желательно, без напильника) _NN>Сейчас есть возможность самому собрать установщик для VS2013 (BuildInstallerFull-4.5.1.cmd)
К сожалению, нельзя — что-то в конфигах не в порядке. Скачал сорсы, распаковал, запустил BuildInstallerFull-4.5.1.cmd; Сначала, вылезла проблема не найденного файла по пути ExternalDependences\vssdk2013 — сам этот каталог вообще пустой. Затем покумекав, сделал из него символическую ссылку на c:\Program Files (x86)\Microsoft Visual Studio 12.0\VSSDK (куда и ставится SDK для студии-2013) — это правильно?
Далее опять грабля: не нашлось что-то по пути ....\ExternalDependences\vssdk2013\MSBuild — вот этого MSBuild даже не существовало (а сам файл лежит в c:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\VSSDK ) — опять создаём симв.ссылку. Победа? Как бы не так! Опять граблёй по лбу: не найден ....\ExternalDependences\vssdk2013\VisualStudioIntegration\vsct.exe — чё за факинский фак??? Кто здесь ищет экзешник, когда он лежит глубже — в ....\ExternalDependences\vssdk2013\VisualStudioIntegration\Tools\Bin\vsct.exe ? Ладно, просто тупо копируем Tools\Bin\* в ....\ExternalDependences\vssdk2013\VisualStudioIntegration — ну и финальной лопатой по голове:
Из-за предупреждения
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3245: Could not resolve this reference. Could not locate the assembly "Microsoft.Windows.Design.Host". Check to make sure the assembly exists n disk. If this reference is required by your code, you may get compilation errors. [w:\_PRG\Nemerle\LanguageSRC\snippets\VS2010\Nemerle.VisualStudio\Nemerle.VisualStudio-VS-2013.csproj]
...через пару страниц всё валится с ошибкой
Project\NemerleDependentFileNode.cs(6,32): error CS0234: The type or namespace name 'Host' does not exist in the namespace 'Microsoft.Windows.Design' (are you missing an assembly reference?) ...\snippets\VS2010\Nemerle.VisualStudio\Nemerle.VisualStudio-VS-2013.csproj]
Это безобразие, а не компиляция — как же можно построить интеграцию, если нет даже вменяемых конфигов? Такие вещи нужно тестировать на чистой винде с VS2013 и никак иначе — девелоперские мусорные свалки для этого не годятся.
Здравствуйте, btn1, Вы писали:
B>Здравствуйте, _NN_, Вы писали:
B>>>5. Можно ли использовать Nemerle for VS2012 там, где установлена только 2013 студия? (и желательно, без напильника) _NN>>Сейчас есть возможность самому собрать установщик для VS2013 (BuildInstallerFull-4.5.1.cmd)
B>К сожалению, нельзя — что-то в конфигах не в порядке. Скачал сорсы, распаковал, запустил BuildInstallerFull-4.5.1.cmd; Сначала, вылезла проблема не найденного файла по пути ExternalDependences\vssdk2013 — сам этот каталог вообще пустой. Затем покумекав, сделал из него символическую ссылку на c:\Program Files (x86)\Microsoft Visual Studio 12.0\VSSDK (куда и ставится SDK для студии-2013) — это правильно?
Нет
Это сабмодуль.
Здравствуйте, btn1, Вы писали:
B>Такие вещи нужно тестировать на чистой винде с VS2013 и никак иначе — девелоперские мусорные свалки для этого не годятся.
Я тестирую сборку всех поддерживаемых в настоящий момент версий компилятора и интеграции перед их публикацией на VS Gallery. В т.ч. на девстеннно-чистых виртулках. Все описанные тобой ошибки связаны с тем, что для сборки репозиторий необходимо затягивать исключительно командой:
чтобы подтянулось содержимое всех подмодулей. Либо, обновить после клонирования содержимое подмодулей командами, которые привел выше _NN_. Из zip-снэпшота, загруженного с github, собрать интеграцию для любой студии не получится.
Видимо, это стоит как-то отразить в документации/справке
VD>Для сборки проекта нужно иметь установленный или собранный из исходников Nemerle последней версии. Поддерживается .Net 4 и выше. Учтите, что если на машине стоит несколько студий нужно ставить Nemerle для самой старшей студии и использовать ее для сборки.
VD>Перед первой сборкой проекта нужно выполнить Nitra\BuildBoot.cmd или Nitra\RebuildBoot.cmd. Nitra использует бутстрапинг, так что без этого шага у вас не удастся собрать проект.
VD>Далее открываете Nitra.sln в студии и выполняете сборку проекта. Под отладку удобнее всего ставить проект Nitra.Visualizer. Это тестовая утилита пригодная как для отладки самой Nitra, так и для отладки парсеров собственного производства.
Описать это все в README? Нет?
Ребята, вы, может быть, делаете хорошую штуку. Но общение с потенциальными пользователями у вас ОТСТОЙ.
После трех моих напоминаний вы вспомнили, что у вас есть твиттер. Вау. Там даже ровно одно обновление есть. Вот я весь такой из себя разработчик хочу на эту Нитру. Что я должен знать? Правильно, что где-то на РСДН на одном из форумов в одной из веток где-то описано, что нужно иметь и что нужно сделать, чтобы это вообще скомпилировать.
Здравствуйте, _NN_, Вы писали:
_NN>git submodule init _NN>git submodule update
kochetkov.vladimir> Видимо, это стоит как-то отразить в документации/справке
Блин, господа, ну это же полный трындец! Самое важное практически нигде не отражено. Как же люди будут "интересоваться Немерле", если вот так как я будут надеяться на ZIP репозитория и получать граблями по лбу??
Посему, два предложения:
1. Как можно скорее обновить файл INSTALL, выкинуть оттуда муру про всякие MSI (кому вы это написали? Людям, собирающимся компилировать сорсы??), Debian и "make install" и вписать туда пошаговую инструкцию для людей Windows мира.
2. Т.к. Git — не самое удобное/популярное приложение и далеко не у всех стоит, нужно внести в сорсы ПОЛНУЮ версию исходников, позволяющую компилять Немерле прямо и ZIP-архива. Я понятия не имею, что за "сабмодули" там пропущены, но надо немного думать наперёд: кому интересны эти замысловатые кишки исходников, если люди только-только коснулись Немерле и хотят тупо попробовать собрать компилятор?
Если уж вы так переживаете за свежесть этих подмодулей, внесите внутрь каталога README, объясняющую как обновить подмодули и положите рядом zip с последней версией — не надо заставлять людей ставить софта больше, чем заслуживает Немерле для первого знакомства.
Здравствуйте, Mamut, Вы писали:
M>Описать это все в README? Нет?
Любишь ты покритиковать кого-нибудь по чем зря.
http://confluence.jetbrains.com/display/Nitra/Developer+Installation
M>Ребята, вы, может быть, делаете хорошую штуку. Но общение с потенциальными пользователями у вас ОТСТОЙ.
M>После трех моих напоминаний вы вспомнили, что у вас есть твиттер. Вау. Там даже ровно одно обновление есть. Вот я весь такой из себя разработчик хочу на эту Нитру. Что я должен знать? Правильно, что где-то на РСДН на одном из форумов в одной из веток где-то описано, что нужно иметь и что нужно сделать, чтобы это вообще скомпилировать.
Не волнуйся ты так. Всему свое время.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Да-да. Выделено ниже.
M>>После трех моих напоминаний вы вспомнили, что у вас есть твиттер. Вау. Там даже ровно одно обновление есть. Вот я весь такой из себя разработчик хочу на эту Нитру. Что я должен знать? Правильно, что где-то на РСДН на одном из форумов в одной из веток где-то описано, что нужно иметь и что нужно сделать, чтобы это вообще скомпилировать.
VD>Не волнуйся ты так. Всему свое время.
Могу поспорить: README не появится еще полгода. Минимум.
Влад. Ты не понимаешь простой вещи, что ли? Не все читают RSDN. Не все читают все ветки в форуме Nemerle в поисках информации о том, что это, и как это заставить работать.
У вас в Твиттере 488 подписчиков. Ты им сообщил, что они могут пощупать Нитру. Для того, чтобы пощупать Нитру, они должны сделать что? Прийти сюда и на втором-третьем уровне комментариев прочитать, что английская документация находится где-то там, неизвестно где?
Вы даже не осилили выложить ссылку на описание Нитры в Твиттер
Видимо гораздо интереснее сраться в Политике, чем заниматься продвижением собственного детища? (В частности, на момент выкладывания в опенсорс у тебя лично Влад было 14 сообщений в ПОлитику, общей длиной намного больше, чем простой README файл хотя бы с одной строчкой «Current documentation can be accessed here: http://confluence.jetbrains.com/display/Nitra/Developer+Installation» )
... Затем покумекав, сделал из него символическую ссылку на c:\Program Files (x86)\Microsoft Visual Studio 12.0\VSSDK (куда и ставится SDK для студии-2013) — это правильно? _NN>Нет _NN>Это сабмодуль.
Ндя, я не хочу намекать ни на чьё слабое техническое образование, но товарищи, что за маразм вы держите в git'е?? То, что он не компиляется — уже эпик фэйл, но я таки checked out всю эту лабуду, потратив немалое время. Итак:
1. Нет никакого разделения на заплесневелые среды типа VS2008 и современную VS2013 — соотв. качаются ВСЕ зависимости, включая ещё и vix'ы. Накой ляд оно нужно? Теперь у меня 800(!!!) мегабайт этой мишуры, где по делу нужно 11(см. ниже).
2. Посмотрел внешние зависимости — похоже, сделаны марсианином, которому не продают Студию. Каталог ....\ExternalDependences\vssdk2013:
MSBuild — почти полный аналог "c:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v12.0\VSSDK" — зачем вы его держите в зависимостях, если он у каждого разраба на диске??
PublicAssemblies — "c:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\PublicAssemblies"
Schemas — "c:\Program Files (x86)\Microsoft Visual Studio 12.0\Xml\Schemas"
VisualStudioIntegration — кривой аналог "c:\Program Files (x86)\Microsoft Visual Studio 12.0\VSSDK\VisualStudioIntegration\Tools\Bin"
Итого, 53 мегабайта (только для одной версии студии) качаются для того, чтобы кривые конфиги указывали на файлы, которые уже есть у разработчика. Гениально!
Не лучше ли было бы продумать структуру каталогов и выкинуть излишние зависимости? Тем более, что MSBuild и так имеет все нужные константы на системные каталоги.
Итого, без уже существующих студийных либ и без vix(который, только представьте, уже может стоять в системе!), получается 11(!!!!) мегабайт RAR5 архива.
Пока увлечённые разработчики копаются в нутрях АСТ, проект живёт как помойка из легаси костылей, хотя по идее должен быть на голову впереди всей сишарповой братии.
Ну и вот опять — очередная грабля, теперь уже с полностью вытянутым репозиторием:
Nemerle.Completion2\CodeModel\Project.Namespace.n(1,1,1,1): error : cannot open file `Nemerle.Completion2\CodeModel\Project.Namespace.n': Could not find file .....\snippets\VS2010\Nemerle.Compiler.Utils\Nemerle.Completion2\CodeModel\Project.Namespace.n'. [....\snippets\VS2010\Nemerle.Compiler.Utils\Nemerle.Compiler.Utils-VS-2013.csproj]
Здравствуйте, btn1, Вы писали:
B>2. Т.к. Git — не самое удобное/популярное приложение и далеко не у всех стоит, нужно внести в сорсы ПОЛНУЮ версию исходников, позволяющую компилять Немерле прямо и ZIP-архива. Я понятия не имею, что за "сабмодули" там пропущены, но надо немного думать наперёд: кому интересны эти замысловатые кишки исходников, если люди только-только коснулись Немерле и хотят тупо попробовать собрать компилятор? B>Если уж вы так переживаете за свежесть этих подмодулей, внесите внутрь каталога README, объясняющую как обновить подмодули и положите рядом zip с последней версией — не надо заставлять людей ставить софта больше, чем заслуживает Немерле для первого знакомства.
Все пользователи гитхаба пользуются гитом и ничего страшного. Так что стоит изучить git. Заменить субмодули копипастой однозначно плохая идея.
Здравствуйте, Mamut, Вы писали:
M>Влад, мне честно интересно, какие причины мешают сделать README файл с этой ссылкой, чтобы это видели все, кто открывает страницу проекта?
Добавил и README.md со посылочкой.
ЗЫ
Почему ты везде пытаешься найти злой умысел? Ну, не дошли руки. Всего не упомнишь. Поправим.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Aleх, Вы писали:
A>Все пользователи гитхаба пользуются гитом и ничего страшного.
Это как раз и страшно! Git — это наколенная перделка, сделанная Трольвадсом для управления разработкой такой дурынды, как Linux ядро. С чего все решили, что ЭТО можно использовать для всех видов проектов??
A> Так что стоит изучить git.
Даже не подумаю.
A> Заменить субмодули копипастой однозначно плохая идея.
Какая ещё "копипаста"? Я взял проект и хочу его скомпилириовать, откуда мне знать, что разрабы наложили там грабель? С виду-то все умные а как копнул репозиторий — мама родная...
Получается вполне логичная картина: Сначала команда Немерли агитирует познакомиться с Немерле. Рано или поздно подымается вопрос с компилянием исходников (nemerle.org до сих пор не даёт интеграцию под VS2013 — не буду напоминать, сколько месяцев уже существует VS2013). Люди берут исходники (очевидно, что не git'ом — zip архив куда компактнее) и первой же граблёй им прилетает по лбу. Особо продвинутые (типа меня) пытаются восстановить сорсы (отсутствующие файлы явно лежат в каталогах студии) и получают ещё раз по лбу. Ну и у кого потом возникнет желание с чем-то там разбираться?
Вот поэтому просто ОСТАНОВИТЕСЬ, бросьте к хренам свои высокоумные АСТ и наведите, наконец, порядок в репозитории, иначе будет вечная ситуация "три энтузазиста копаются в недрах проекта, но никому он не нужен, потому что никто не может получить работающий из коробки компилер".
Думаю, именно где-то тут лежит грань между "увлекающийся программированием гик" и "программирующий профессионал".
Здравствуйте, btn1, Вы писали:
B>kochetkov.vladimir> Видимо, это стоит как-то отразить в документации/справке
Это точно
B>Блин, господа, ну это же полный трындец! Самое важное практически нигде не отражено. Как же люди будут "интересоваться Немерле", если вот так как я будут надеяться на ZIP репозитория и получать граблями по лбу?? B>Если уж вы так переживаете за свежесть этих подмодулей, внесите внутрь каталога README, объясняющую как обновить подмодули и положите рядом zip с последней версией — не надо заставлять людей ставить софта больше, чем заслуживает Немерле для первого знакомства.
Или при сборке интеграции и установщика выдавать осмысленное сообщение или может даже выкачивать сабмодули автоматически.
Если есть возможность это приделать с радостью примем добавления.
Здравствуйте, Mamut, Вы писали:
M>Если бы это был первый раз. То, как вы «информируете» людей о своем проекте давно может стать лучшим примером того, как не надо делать никогда.
У нас нет целей раструбить о проекте и устроить супер-пиар в данный момент. Все идет по плану. Сейчас пишется блог, например.
Мы имеем некоторые технические проблемы со сборкой и выкладкой модулей. Зачем нам тратить силы на пиар, если люди просто не смогут скачать ингалятор?
Со временем все будет. Просьба соблюдать спокойствие.
Критика принимается и приветствуется, но не надо накалять атмосферу.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
M>>Если бы это был первый раз. То, как вы «информируете» людей о своем проекте давно может стать лучшим примером того, как не надо делать никогда. VD>У нас нет целей раструбить о проекте и устроить супер-пиар в данный момент. Все идет по плану. Сейчас пишется блог, например.
Никто не просит трубить и устраивать мега-пиар. Уже третий год от вас просят простого: информации. Все. Всю информацию приходится вытягивать клещами на пятом уровне долгих обсуждений.
VD>Мы имеем некоторые технические проблемы со сборкой и выкладкой модулей. Зачем нам тратить силы на пиар, если люди просто не смогут скачать ингалятор?
«Зачем нам тратить силы на объяснение, как скомпилировать то, что мы сами выложили в опенсорс»?
VD>Со временем все будет. Просьба соблюдать спокойствие. VD>Критика принимается и приветствуется, но не надо накалять атмосферу.
Но сайт почему-то предлагает максимум VS2012/.NET 4.5; Отсюда, вопросы:
Такие вещи нужно тестировать на чистой винде с VS2013 и никак иначе — девелоперские мусорные свалки для этого не годятся.
