Ü (Programmiersprache) (4 стр)

Panzerschrek[CN]
> einige_scheiße[42];
Бессмысленная конструкция.

Panzerschrek[CN]
> А это что? Инстанцирование шаблона типом и вызов конструктора? Доступ к
> функтору в массиве и вызов его?
Доступ к функтору. Конструктор без = смысла не имеет.

> Доступ к функтору. Конструктор без = смысла не имеет.
Опять же, представь, что эта конструкция встретилась где-то в выражении.

и чем отличается auto constexpr от auto imut тоже непонятно. Компилятор не может сам определить является ли выражение справа константой времени компиляции?

Правка: 29 окт. 2017 12:39

Строки будут как класс вроде std::string. Также планируется наличие array_view, который в частности будет использоваться для представления строк. Планируется отказ от обязательного завершения строк нулём.

Пример в нульпосте - временный. Он взят из кода теста. В тесте этот код вызывается из C++, а там нужны строки с завершающем нулём.

kipar
> и чем отличается auto constexpr от auto imut тоже непонятно. Компилятор не
> может сам определить является ли выражение справа константой времени
> компиляции?
Сейчас так по факту и есть, imut переменная с константным инициализатором внутри кода считается константной и выражение с нею будет константной.
По сути, слово "constexpr" нужно для того, чтобы генерировалась ошибка, если инициализатор переменной не является константой времени компиляции.

Вот что должен быть за язык (Бейсик не рассматриваем), и особенно какие к нему должны быть стдлибы, чтобы действительно можно было написать, скажем, почтовый клиент под x86 Win. А потом сменить таргет в проекте и сразу собрать рабочий AMD64 .deb.
А потом ещё раз сменить таргет и собрать под мобилу на ARM. И под электронную книжку, чтобы два раза не ходить.
И всё сразу работало.

А если не почтовый клиент (хотя и тот даст горячего: шрифты, курсив/жирный, предпросмотр аттачей с картинками…) А если Hex? http://www.gamedev.ru/projects/forum/?id=209481

Ладно, либы. Либы можно под что угодно сделать. Вопрос, какие апи они должны предоставлять приложению, эти либы?
И каким должен быть сам язык, чтобы страховать от непроверенных умолчаний типа «тут читаем из int только первый байт, всё равно значение меньше 256»? Избегать-то надо, но всего не избежишь. Где-то в файле позиция 32 битами обозначается, где-то 64. Где-то дисплей построчно сканируется, где-то постолбцово. Обо всём думать во время разработки — уууу, если бы это было реально, кроссплатформенным было бы ВСЁ, что пишут люди.

Кто сможет решить эту задачу, наверное, будет великий гений и спаситель человечества. Получаются, правда, только очередные вариации жабы :( Но я всё-таки со смутной надеждой от каждого очередного Ü жду чуда… :(

P.S.: Почему никто не вспоминает про АПЛ?
Вроде бы давно уж XXI во дворе! Можно использовать полный Unicode-набор и набирать алгоритм хоть китайскими иероглифами:

continue - 续;
return - 回;
break - 断…

Правка: 4 ноя. 2017 23:40

как тут не вспомнить спектрум-клаву

можно создать плагин для автозамены символов на конструкции. Выделить пару символов-скобок под смену режима между рав и автокодом.

Правка: 5 ноя. 2017 0:35

Правка: 5 ноя. 2017 1:26