Ошибка компиляции под Linux #16

prospero78 · 2020-11-20T11:23:16Z

walera@walera-lin:~/coding/gowork/src/github.com/prospero78/obGraph$ SelfLinux64.sh
Compiler
index out of range
module: HOST
line: 83
/home/walera/bin/SelfLinux64.sh: строка 2: @pause: команда не найдена

prospero78 · 2020-11-20T12:09:42Z

Проблема решена:

локальным копированием всего компилятора себе в проект
Указанием путей относительно файла КОМПИЛЯТОРА.

AntKrotov · 2020-11-20T13:52:25Z

Да, есть такая недоработка: относительный путь к главному модулю проекта задаётся относительно файла компилятора. Размещение папки lib также фиксировано относительно файла компилятора. Чтобы устранить этот недостаток, мне нужно чёткое описание того, как это должно работать "по-нормальному" с примерами.

prospero78 · 2020-11-25T07:37:12Z

Прям вот лог при компиляции:

walera@walera-lin:~/coding/gowork/src/github.com/prospero78/obGraph$ make run.app
Compiler "../src/Main.ob07" linux64exe -out "../bin/main"
Compiler
index out of range
module: HOST
line: 83
./bin/main
X connection to :0 broken (explicit kill or server shutdown).
make: *** [Makefile:3: run.app] Ошибка 1

Вот эта часть:

BEGIN
    GetArg(0, path);
    n := LENGTH(path) - 1;
    WHILE path[n] # slash DO
        DEC(n)
    END;
    path[n + 1] := 0X
END GetCurrentDirectory;

Я так подозреваю, что речь идёт о том, что path[n] не раскрывает относительный путь в полный.
Антон, просьба к тебе: сделал бы ты возможность распихивать модули по пакетам (аля директории). Неудобно же, когда масса файлов в куче лежит.

AntKrotov · 2020-11-25T08:21:45Z

Ну да, есть проблема с относительными путями (я всегда полный использую). Позже посмотрю.
По пакетам, это типа как подсистемы в блэкбоксе? При импорте модуля надо будет кроме имени указать еще и пакет/подсистему. Как это лучше сделать?

prospero78 · 2020-11-25T08:46:38Z

Чтобы не ломать совместимость с сообщением о языке -- предлагаю не делать, как подсистемы в БлекБоксе (всё-таки, когда много каталогов -- там начинается адъ), а сделать в комментариях опции компилятора. Что-то вроде такого:

(* $IMPORT square=./graph/square.ob07 *)
IMPORT square;

Кто желает прям полной совместимости -- пусть кладёт модули как положено.

AntKrotov · 2020-11-25T09:04:43Z

Лучше, наверно, сделать нормально, а не "совместимо". В общем-то, уже только символ "_" в идентификаторах не совместим с сообщением о языке. Так что...
А если вот так?
IMPORT square IN "./graph/square.ob07";
И так проще сделать, к тому же.

prospero78 · 2020-11-25T09:12:46Z

Ещё проще:

IMPORT mSqr := "./graph/square.ob07";

Если пошла такая пьянка, то конечно -- кромсать сообщение не стоит. Но эта штука будет вполне логична и целесообразна. Опять же, это не отменяет старых условий и предотвращает компиляцию на заведомо несовместимой платформе и/или несовместимом компиляторе (classic style). Совместимость с другими компиляторами важна, если кому-то будет надо -- переделать импорт будет не сложно при такой необходимости. Что-то вроде будет:

IMPORT mSqr := graph_square;

А может есть какая-то разрешённая литера для разделителя?... Или условно принятая, но формальная в данном случае?))
Т.е. компилятор сначала ищет буквальное название файла, а потом -- шарится по каталогам? Поскольку цифры в именах разрешены -- можно в качестве разделителя принять "0", хотя конечно, "_" будет красивее и хоть какой-то намёк даст на каталоги (более очевидный, раз уже есть отход от сообщения о языке).

Также сообщение разрешает уточнённое имя (но не для имени модуля, увы).

Хм... Только сейчас обратил внимание в сообщении на отсутствие требования для литер "только ASCII" или "latin-1". Литеры могут быть какие угодно. Это, прям воодушевляет))

AntKrotov · 2020-11-25T09:53:15Z

IMPORT mSqr := "./graph/square.ob07";

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

prospero78 · 2020-11-25T09:59:07Z

А вообще, согласен. Не надо правила переутяжелять, соображения два:

приведение пути к имени через подчёркивание будет неочевидно, т.е. ЭТО глазами будет видно;
чем проще компилятор, тем лучше.

AntKrotov · 2020-11-27T10:10:19Z

Я исправил работу с относительными путями (вроде бы). Проверяй.

prospero78 · 2020-11-27T14:56:04Z

Ага. Посмотрим))
Я тебя расстрою. Симптомы те же.

AntKrotov · 2020-11-27T15:16:14Z

Не может быть то же самое
типа такого:

Compiler
index out of range
module: HOST
line: 83

Что пишет вообще?

prospero78 · 2020-11-29T06:30:06Z

Может я старый вариант использовал?.... Хм. Пока нет времени на проверку. Чтобы точно диагностировать, просьба Антон -- включай в вывод метку сборки и дату у компилятора.

AntKrotov · 2020-11-29T17:06:24Z

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

prospero78 · 2020-11-30T06:23:43Z

walera@walera-lin:~/coding/gowork/src/github.com/prospero78/obGraph$ make run.app
Compiler "../src/Main.ob07" linux64exe -out "../bin/main"

Akron Oberon Compiler v1.43 (64-bit)
Copyright (c) 2018-2020, Anton Krotov
--------------------------------------------

file /home/walera/coding/gowork/src/github.com/prospero78/obGraph/lib/Linux64/RTL.ob07 not found
make: *** [Makefile:2: run.app] Ошибка 1

Хм... Похоже, ищет библиотеки в каталоге проекта.

AntKrotov · 2020-11-30T07:29:46Z

Ладно, вечером посмотрю.

AntKrotov · 2020-11-30T15:52:28Z

Работает. Я изменил Makefile из твоего репозитория на такой (указал относительный путь к новому компилятору):

run.app:
../oberon/Compiler "./src/Main.ob07" linux64exe -out "./bin/main"
./bin/main

Компилируется и запускается, только терминал пишет:

./Makefile1: строка 1: run.app:: команда не найдена

Но это не влияет на работу компилятора.

prospero78 · 2020-12-01T06:48:19Z

С явным указанием относительных путей работает. (* И с самого начала так работало *)
Я хотел запихнуть компиль с либами в /home/walera/bin и вызывать компилер без всяких путей:
Compiler "./src/Main.ob07" linux64exe -out "./bin/main"
И вот в таком варианте -- уже нет. Т.е. компилер не ищет либы относительно собственного положения.
А пихать компилер в каждый проект.... Ну, может с точки зрения сохранения целостности проекта это и решение, а с точки зрения таскания компилера и всех его кишок из проекта в проект -- не очень идея.

AntKrotov · 2020-12-01T09:40:32Z

Раньше не так работало. Раньше, относительный путь к проекту задавался только относительно компилятора. Теперь -- относительно рабочего (текущего) каталога. Компилятор должен знать свое расположение, чтобы найти папку /lib/. Получает он эту информацию из нулевого параметра командной строки. Как еще передать ему собственное расположение -- я не знаю. Пока же, чтобы не таскать компилятор в каждый проект, можно попробовать положить в проект два системных модуля API и RTL для соответствующей ОС. Компилятор сначала ищет модули в папке проекта и только потом в /lib/. Правда, если потребуется скомпилировать проект для другой ОС, то придется заменить API и RTL в проекте. Или сделать универсальные API/RTL с применением условной компиляции.

prospero78 · 2020-12-01T10:05:55Z

Эмм... Есть же команда pwd, которая показывает текущий каталог. Вот результат pwd и подставлять перед обращением к lib.

AntKrotov · 2020-12-01T10:13:58Z

Так и сделано, только текущий каталог # каталог компилятора.

prospero78 · 2020-12-01T10:40:04Z

Может, добавить экспорт переменной окружения для библиотек? И если её нет, выдавать предупреждение?

AntKrotov · 2020-12-01T11:04:10Z

Над этим надо подумать. Еще не приходилось работать с переменными окружения.

prospero78 · 2020-12-01T14:43:05Z

Когда занимаешься локальной отладкой -- очень удобно программу после запуска конфигурировать. На сервере нет переменной окружения -- значит куча кода автоматом игнорируется. Я переменные окружения задаю в Makefile. Бывает, что удобно и в конфиге определять, но конфиг можно случайно скопировать, а если ещё права неправильно установлены -- злопыхатель сможет конфиг прочитать. Как правило девопсов докер-контейнер интересует, а он формируется скриптом, в который Makefile не попадает.

AntKrotov · 2020-12-02T14:53:45Z

Я сделал импорт с указанием пути. Только через "IN". Так оказалось проще.
IMPORT mod IN "./lib/module.ob07"
Слэш можно использовать любой: "/" или "\" -- без разницы. Тестировал на Windows, но на Linux тоже должно работать.
Путь задается относительно текущего модуля (или абсолютный).

prospero78 · 2020-12-03T06:24:40Z

Да, относительный импорт работает.

prospero78 · 2020-12-03T06:32:12Z

Хм. Что-то сломалось.

compiling (14) Main (SYSTEM)

  error  (66) (101:28) incompatible parameter
  file:  /home/walera/coding/gowork/src/github.com/prospero78/obGraph/src/Main.ob07
make: *** [Makefile:3: run.app] Ошибка 1

Вроде, ничего не изменилось. Но что-то сломалось. Код (в сущности) не менял. Глянь, что случилось? Я ошибок не вижу, параметры соответствуют, экспорт не менялся.

AntKrotov · 2020-12-03T08:45:38Z

Чтобы работало, надо просто поставить расширение файлов модулей.

вместо
mSqr IN "./graph/square", mEvn IN "./graph/event";

так:
mSqr IN "./graph/square.ob07", mEvn IN "./graph/event.ob07";

Но поведение странное, надо разбираться.

prospero78 · 2020-12-03T09:21:18Z

Исправил везде расширения, собралось правильно. Чтобы поведение был правильное -- при импорте надо проверять принудительно расширение файлов.

AntKrotov · 2020-12-03T09:48:09Z

Исправлено. Теперь, если расширение не указано, будет ошибка: "файл не найден".

prospero78 closed this as completed Dec 3, 2020

prospero78 reopened this Dec 3, 2020

prospero78 closed this as completed Dec 3, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Ошибка компиляции под Linux #16

Ошибка компиляции под Linux #16

prospero78 commented Nov 20, 2020

prospero78 commented Nov 20, 2020

AntKrotov commented Nov 20, 2020

prospero78 commented Nov 25, 2020 •

edited

Loading

AntKrotov commented Nov 25, 2020

prospero78 commented Nov 25, 2020 •

edited

Loading

AntKrotov commented Nov 25, 2020

prospero78 commented Nov 25, 2020 •

edited

Loading

AntKrotov commented Nov 25, 2020

prospero78 commented Nov 25, 2020 •

edited

Loading

AntKrotov commented Nov 27, 2020

prospero78 commented Nov 27, 2020 •

edited

Loading

AntKrotov commented Nov 27, 2020

prospero78 commented Nov 29, 2020

AntKrotov commented Nov 29, 2020

prospero78 commented Nov 30, 2020

AntKrotov commented Nov 30, 2020

AntKrotov commented Nov 30, 2020

prospero78 commented Dec 1, 2020 •

edited

Loading

AntKrotov commented Dec 1, 2020

prospero78 commented Dec 1, 2020

AntKrotov commented Dec 1, 2020

prospero78 commented Dec 1, 2020

AntKrotov commented Dec 1, 2020

prospero78 commented Dec 1, 2020 •

edited

Loading

AntKrotov commented Dec 2, 2020 •

edited

Loading

prospero78 commented Dec 3, 2020

prospero78 commented Dec 3, 2020 •

edited

Loading

AntKrotov commented Dec 3, 2020

prospero78 commented Dec 3, 2020

AntKrotov commented Dec 3, 2020

Ошибка компиляции под Linux #16

Ошибка компиляции под Linux #16

Comments

prospero78 commented Nov 20, 2020

prospero78 commented Nov 20, 2020

AntKrotov commented Nov 20, 2020

prospero78 commented Nov 25, 2020 • edited Loading

AntKrotov commented Nov 25, 2020

prospero78 commented Nov 25, 2020 • edited Loading

AntKrotov commented Nov 25, 2020

prospero78 commented Nov 25, 2020 • edited Loading

AntKrotov commented Nov 25, 2020

prospero78 commented Nov 25, 2020 • edited Loading

AntKrotov commented Nov 27, 2020

prospero78 commented Nov 27, 2020 • edited Loading

AntKrotov commented Nov 27, 2020

prospero78 commented Nov 29, 2020

AntKrotov commented Nov 29, 2020

prospero78 commented Nov 30, 2020

AntKrotov commented Nov 30, 2020

AntKrotov commented Nov 30, 2020

prospero78 commented Dec 1, 2020 • edited Loading

AntKrotov commented Dec 1, 2020

prospero78 commented Dec 1, 2020

AntKrotov commented Dec 1, 2020

prospero78 commented Dec 1, 2020

AntKrotov commented Dec 1, 2020

prospero78 commented Dec 1, 2020 • edited Loading

AntKrotov commented Dec 2, 2020 • edited Loading

prospero78 commented Dec 3, 2020

prospero78 commented Dec 3, 2020 • edited Loading

AntKrotov commented Dec 3, 2020

prospero78 commented Dec 3, 2020

AntKrotov commented Dec 3, 2020

prospero78 commented Nov 25, 2020 •

edited

Loading

prospero78 commented Nov 25, 2020 •

edited

Loading

prospero78 commented Nov 25, 2020 •

edited

Loading

prospero78 commented Nov 25, 2020 •

edited

Loading

prospero78 commented Nov 27, 2020 •

edited

Loading

prospero78 commented Dec 1, 2020 •

edited

Loading

prospero78 commented Dec 1, 2020 •

edited

Loading

AntKrotov commented Dec 2, 2020 •

edited

Loading

prospero78 commented Dec 3, 2020 •

edited

Loading