Ошибки компилятора PascalABC.Net

Среда PascalABC.NET
#372

Каждый раз?

#373

Да, и на каждом файле.

#374

Вот читаю я это всё…

Снова обновился. Ни один тест не падает. Всё собирается. В Release режиме.

Когда один раз говорят “волки!”… то веришь.

#375

Собираться-то собирается, но вот некоторые тесты падают. И причем тут волки? Вы считаете, мы просто дурачимся тут, намеренно вводя вас в заблуждение? Не забывайте, что мы все пробуем на копии репы с гитхаба, а у вас локально (теоретически) набор некоторых файлов может отличаться (из-за .gitignore), да и отличия в ОС, установленных обновлениях, версии .NET, настройке/версии VS тоже могут влиять на результат.

У меня в последнем официальном релизе перестали компилироваться некоторые файлы. Пока не могу понять, в чем дело… Хотя раньше конкретно эти файлы не проверял.

image
image1099×632 17.9 KB

#376

Ну, я уже написал, что вы компилируете файл компилятором из инсталята, а не из репозитория

#377 
.NET 4.0:
dotNetFx40_Full_x86_x64.exe            (48,1МБ)
NetFx20SP2_x86.exe                     (23,8МБ)
WindowsInstaller-KB893803-v2-x86.exe   (2,5МБ)

.NET 4.7.1:
NDP471-KB4033342-x86-x64-AllOS-ENU.exe (65,6МБ)

Итого: ~141МБ балласта из ~450МБ при копировании мастер-ветки (а это ~1/3 !) Вся репа с индексом и вторичными ветками сейчас занимает ~1,1ГБ.

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

Там и так сейчас достаточно всякого устаревшего “мусора” в мастер-ветке, который только мешает ориентироваться сторонним девелоперам и усложняет создание/сопровождение скриптов сборки (из-за необходимости иногда делать исключения для конкретных лишних файлов вместо использования всей папки или файлов по маске).

Также в репе сейчас есть много копий файлов в разных местах (некоторые из них полностью идентичны, некоторые рассинхронизированы). Хорошо бы провести генеральную чистку и рефакторинг всей структуры репы, а все старое/лишнее/экспериментальное либо удалить, либо держать строго в отдельных ветках. Если без дублирования пока никак не обойтись, то можно хотя бы настроить симлинки для таких папок или хардлинки для конкретных файлов (локально на машинах основных разработчиков, конечно – у остальных будут уже просто синхронизированные копии скачиваться).

Даже официальные copyright.txt и license.txt / license_en.txt сейчас дублированы и расположены не в корне, как обычно принято в публичных проектах (обычно еще используется файл COPYING с указанием основной лицензии и условий распространения). Еще номер версии в license.txt и license_en.txt обновляется каждый раз вручную, вот и сейчас они немного не совпадают (3.7 и 3.7.1).

#378

В английской версии номер обычно меняется на 0.1, а в русской - на 0.01. Здесь нет ничего страшного.

141 МБ - мне кажется, это ни о чём. Это копируется за полминуты или меньше.

#379

Да, похоже этот файл появился в тестах чуть позже, чем скомпилировали последний инсталлят. Это издержки моей текущей конфигурации – я пока не могу на чужой машине использовать VS и полноценно собирать/тестировать все локально. Поэтому мучаюсь, тыкая результат палочкой издалека :slight_smile:

1 лайк
#380

Да, увидел. Странно - именно в релизе. Пересобрал - заработало. А какие еще файлы?

#381

Ну конкретно на скриншоте - вроде файл теста к issue, которую я недавно запостил и ibond исправил.

#382

Станислав Станиславович, я бы очень хотел, чтобы Вы перед сборкой и публикацией очередного офиц. релиза всегда синхронизировали свой репозиторий с Гитхабом и создавали новый Release-tag, чтобы они у нас были четко привязаны к своим последним коммитам. Если Вас это не очень затруднит, конечно…

1 лайк
#383

Я перед сборкой всегда синхронизирую.

А что такое Release tag?

#384

  1. stackoverflow.com – Creating a tag in a GitHub repository

  2. Основы Git - Работа с метками

  3. How to Create Release In GitHub from Tags

#385

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

#386

Тогда хотя бы в заголовке комментария к релизному коммиту всегда ставьте полную версию билда: так, как вы это сделали последний раз с 3.7.1.2699.

#387

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

Со значимыми - согласен.

#388 
var
  i, j, n: integer;
begin
   n := 5;
   for i := 1 to n do
      for j := 1 to n do begin
         Writeln(i, ' ', j);
         n := 0
      end;   
end.

Циклы (оба) не должны прерываться.

#389

Всё правильно работает. Второй цикл начинается полностью заново на следующей итерации первого. А тогда n уже 0, поэтому второй никуда не уходит.

1 лайк
#390

Внешний цикл и не прерывается, он выполняется ровно 5 раз. Внутренний выполняется для i = 1 пять раз. Затем он больше не выполняется, поскольку n = 0.

#391

Второй - это который? Оба цикла инициализируются при n = 5. И последующее изменение n не может влиять на число повторений.