FreePascal.ru

Я бы предложил написать в багтрекер FPC.

Lazarus 3.4 не будет работать с текущей ревизией FPC 3.3.1.

Вместо версии 3.4 следует взять fixes-3.0, где эта проблема исправлена.

tria писал(а):Виноват exports

Или то, что эти функции не были объявлены в интерфейсной части модуля.
Или, непонятным образом, их "неправильное" количество в модуле.
Или фаза луны.

Это ошибка в компиляторе, поэтому чудеса возможны.

Сложно сказать. Первый пример успешно собирается, если раскомментировать объявление функции в интерфейсной части модуля. Второй пример, насколько я помню, начинал успешно собираться, если убрать из него пару функций (вместе с их exports).

Удалось воспроизвести оба сообщения об ошибке, спасибо за код. Получившиеся два примера добавлены в багтрекер по ссылке выше.

В дальнейшем, пожалуйста, старайтесь выкладывать компилирующийся код, чтобы не приходилось тратить время на его адаптацию.

Приведённые сообщения всегда указывают на ошибки компилятора.

Какая версия FPC, ОС, разрядность? Где код, демонстрирующий ошибку? С какими параметрами он собирается?

Поиском находится только эта ошибка:
https://gitlab.com/freepascal.org/fpc/source/-/issues/29778

Разработчики FPC не могут ...

zub писал(а):лазарус продолжает хозяйничать в zcadrt.po это уже бажок похоже

Должно быть исправлено в ревизиях 57544 и 57545.

Это можно делать после обновления главного файла PO при помощи утилитки updatepofiles в каталоге tools, либо дёргать функцию из модуля translations подобно ей.

В 2х словах:
то что нужно перевести грузится в рантайме, переводится руками и как то используется. на момент компиляции это неизвестно.
в зкаде есть команда "updatepo" - по ней все что было загружено в рантайме, но ненайдено в zcad.po туда добавляется, а все что было не использовано из zcad.po ...

>>и использовать строки ресурсов для перевода рантайм данных
они на то и рантайм, что во время компиляции про них ничего неизвестно
Не понял. Переводчику-то всё равно нужны их фиксированные значения. Что мешает оформить их в качестве строк ресурсов и присваивать их значения требуемым элементам в ...

Поподробнее можно?

Сейчас при перегенерации гарантируется, что в файлы PO попадают только элементы, имеющиеся в файлах RSJ (RST для старых версий FPC) и LRJ (для форм со включённой локализацией). Предыдущая реализация в ряде случаев не убирала ненужные элементы из файлов, являлась источником ошибок ...

Turbopower IPro. Имеется в стандартной поставке Lazarus. Насчёт Юникода не проверял, но в его исходниках имеется обработка UTF-8.

SSerge писал(а):Максим, революция намечается?

Ну, намётки кое-какие есть.

zub писал(а):В lazarus собственно изменений можно сказать нет

Лучше сказать революционных изменений нет. Всё же появились и рабочие столы, и настраиваемые инструментальные панели, и начальная поддержка групп проектов, и некоторые другие ништяки помельче.

Kemet писал(а):Но код действительно ужасный, причем, насколько я помню, в версиях <= 1.x код был более вменяемый, по крайней мере местами

Ну если уж вы говорите, то не смею спорить.