Флейм
GameDev.ru / Флейм / Форум / Ü (Programmiersprache) (4 стр)

Ü (Programmiersprache) (4 стр)

Страницы: 13 4 5 623 Следующая »
1 frag / 2 deathsУчастникwww28 окт. 201718:42#45
Panzerschrek[CN]
> Что это?
Да однозначно парсится.

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

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

Panzerschrek[CN]Участникwww28 окт. 201719:30#46
1 frag / 2 deaths
> Бессмысленная конструкция.
Отдельно оно конечно может и бессмысленно. Но вот в выражении уже хрен поймёшь.

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

1 frag / 2 deathsУчастникwww28 окт. 201719:44#47
foo[bar](bazz) может быть как функтором из массива, так и приведением к специализированному типу, печаль
но
foo(bazz) тоже может быть как вызовом функции, так и приведением.
Запретить приведения таким способом, всё.
Great V.Постоялецwww28 окт. 201722:47#48
Panzerschrek[CN]
> Что это? Инстанцирование шаблона с целочисленным параметром? Или это взятие
> элемента массива?
> А это что? Инстанцирование шаблона типом и вызов конструктора? Доступ к
> функтору в массиве и вызов его?
Ну так если шаблон - первое, если переменная - второе.
В случае неоднозначностей дать механизм их разрешения.
Делов то...
Panzerschrek[CN]Участникwww29 окт. 20175:48#49
4-я страница темы. В теме про новый ЯП завсегдатых флейма интересует только синтаксис шаблонных скобок
return [](){};Участникwww29 окт. 201711:14#50
Panzerschrek[CN]
Ну так других инновацияй в нем нет.
А вообще, foo!(Template, Parameters)(runtime, parametrs)
kiparУчастникwww29 окт. 201712:33#51
Строки, строки в нем будут? В примере из #0 грусть-печаль с нультерминированным массивом из i8.
—-

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

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

Panzerschrek[CN]Участникwww29 окт. 201712:44#52
kipar
> Строки, строки в нем будут? В примере из #0 грусть-печаль с нультерминированным
> массивом из i8.

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

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

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

NickDoomПостоялецwww4 ноя. 201721:46#53
Вот удивительно, в жаве поначалу даже нативным исполнением пожертвовали ради того, чтобы получилась типа-как-кроссплатформенность (потом, правда, запилили прекомпиляцию, но потом).
И всё равно на мобилках своя жаба, особенно на старых, и даже под обычной жабой при другой эндианности половина жабопрог сыплется и так далее.
Ноги промочили, а пива не попили. Контролёра обманули — билет купили и не поехали.

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

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

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

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

1 frag / 2 deathsУчастникwww4 ноя. 201722:03#54
Panzerschrek[CN]
> Строки будут как класс вроде std::string.
Индексный доступ будет? Если да, то это отказ от УТФ-8 и трахомудия с кодировками. Если послать индексный доступ подальше, то можно работать с православным УТФ-8.
clcПостоялецwww4 ноя. 201722:19#55
NickDoom, видишь ли: чем сложнее isa (aka набор команд), тем сложнее сделать компилятор. Для risc проблем нет, а вот для cisc - да. Текущие платформы малоядерные и для скорости у них cisc.
Пример сложностей для компиляторов - sse, пока не ввели в базовый набор никто не чесался. Это не учитывая разные архитектуры для одного и того же набора, которые обесценивают(по скорости) часть набора.
AlikberovПостоялецwww4 ноя. 201723:39#56
MrShoor
Считаю надо переименовать язык пока еще не поздно. Вот пару примеров красивых названий языка:
"Ъ"
"Ы"
Тaк, «ё-мобиль» был? Был…
На очереди: «ы-мобиль» и «щ-мобиль»…
А язык можно назвать «Щи++» или «сЫ++»…

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

continue - 续;
return - 回;
break - 断…
И китайцы рады будут, и освоить нам (программистам) их язык легче будет (английский я так и выучил по мануалам).
И программу легче набивать станет тыканьем не десятков клавиш, а одной пиктограммки. Компактнее и вид, и сам исходник (по 2 байта на символ 续 или 8 байтов continue)…

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

clcПостоялецwww5 ноя. 20170:32#57
язык на смайлах есть

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

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

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

clcПостоялецwww5 ноя. 20171:08#58
лел, выделили для негров отдельные смайлы. Вопрос: для кого предназначены желторотики? Узкоглазых нет. Нетолерантненько.
skalogryzУчастникwww5 ноя. 20171:24#59
Panzerschrek[CN]
> Хочется запилить язык программирования навроде крестов, но без недостатков
> крестов и с минимизацией возможности прострела ноги.
> Язык должен быть компилируемым, со статической строгой типизацией. Управление
> памятью - через деструкторы. Никаких говносборщиков мусора.
NickDoom
> Вот что должен быть за язык (Бейсик не рассматриваем), и особенно какие к нему
> должны быть стдлибы, чтобы действительно можно было написать, скажем, почтовый
> клиент под x86 Win. А потом сменить таргет в проекте и сразу собрать рабочий
> AMD64 .deb.
> А потом ещё раз сменить таргет и собрать под мобилу на ARM. И под электронную
> книжку, чтобы два раза не ходить.
> И всё сразу работало.
такое чувство, что все хотят кодить на (обжект) паскале, только не хотят в этом себе признаться ^^

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

Страницы: 13 4 5 623 Следующая »

/ Форум / Флейм / ПроЭкты

2001—2018 © GameDev.ru — Разработка игр