Свой компилятор(С++'о подобный)

[Пепел Феникса]

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

как бы это правило ЯП, компилятор вправе выделить память сразу при входе в блок, но конструкторы должен вызывать именно по коду.(ибо конструктор может иметь побочное действие)

Например C# вполне нормальный язык, изначально всё сделано нормально

храните так же по ссылке как и там.

Ну дык создай свой метод где будешь проводить инициализацию когда захочешь.

напоминает IDisposable, в принципе тогда делайте по принципу этого интерфейса.

[rpy3uH]

Сообщение от the_deer_one

Но зачем? Главное что выделяется, а уж какие функции вызываются, как там электроны бегают, не пофиг ли?

не пофиг. это очень важно особенно в системном программировании

Сообщение от the_deer_one

Ну дык создай свой метод где будешь проводить инициализацию когда захочешь.

я хочу чтобы это было встроено в язык.

Сообщение от Пепел Феникса

как бы это правило ЯП, компилятор вправе выделить память сразу при входе в блок, но конструкторы должен вызывать именно по коду.(ибо конструктор может иметь побочное действие)

всё равно : возможность объявить переменную без вызова конструктора должна быть.

[Пепел Феникса]

всё равно : возможность объявить переменную без вызова конструктора должна быть.

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

я просто не вижу в этом смысла, так как ЯП позволяет обьявить там где надо.

[Utkin]

Вообще считаю, что в языке программирования должно быть как можно меньше служебных действий напрямую не связанных с алгоритмом. Вот объявилась переменная, каким образом не важно, если это не влияет на решаемую задачу. Аналогично и уничтожение - все должно идти автоматом. Если стоит задача вычисления квадратного уравнение, то в исходном алгоритме нет деструктора дескриминанта и не должно быть. Эти детали только требует времени и внимания и к тому же ведут к ошибкам. Аналогично и в Вашем случае. Отсюда не плохо бы избавиться явных манипуляций с указателями и прочие срамные вещи тоже убрать. даже если они прочно живут в С++.

[rpy3uH]

Сообщение от Пепел Феникса

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

суть в том что .NET и C# фтопку!!! Мне эти высокроуровневые штучки-плюшки не нужны. я считаю что такая вещь как сборщик мусора сделана для быдлокодеров.

Мне нужно что-то промежуточное между C++ и ассемблером, чтобы написав какой-либо оператор/функцию я знал что она вызовет и что она будет делать.

Например, взять MASM и FASM. Почему FASM крут? Да потому что в нём нет, дирректив атавизмов, всё чётко, можно указать какие секции будут в файле, и что в них будет находиться. Это можно сделать на MASM? нет. В FASM достаточно указать в тексте программы что это за программа, и она будет скомпилиирована как надо. В MASM тип компилируемой программы (DLL, драйвер, программа) надо указывать через параметры при линковке.
Ну например, диррективы .386 .486 .586 они для кого и для чего? Не надо мне объяснять, я знаю для чего, при этом я знаю что эти диррективы не нужны, и не актуальны.

Нужен новый аналог для языка C++, подобный FASM'у.

[Utkin]

Лично считаю что такая вещь как сборщик мусора сделана для быдлокодеров.

Почему? Процесс ради процесса или ради получения результата?

я знал что она вызовет и что она будет делать.

Зачем? Вы хотите писать что-то критично важное? Ядро, загрузчик, драйвер?

[rpy3uH]

Сообщение от Utkin

Почему? Процесс ради процесса или ради получения результата?

мы говорим про разные языки. да, нужны высокоуровневые языки типа C# руби или как там их. таковых языков куча, а вот хорошего низкоуровневого языка нет. С++, да, нормально, но он полностью поражён различными раковыми опухолями

Сообщение от Utkin

Зачем? Вы хотите писать что-то критично важное? Ядро, загрузчик, драйвер?

да, но суть не в этом.

[Utkin]

да, но суть не в этом.

А в чем? То что ниша другая я уже понял, но хотелось бы подробностей. Ясности так сказать.

[rpy3uH]

Сообщение от Utkin

А в чем? То что ниша другая я уже понял, но хотелось бы подробностей. Ясности так сказать.

чтобы при написании программы я уже примерно знал что комилятор нагенерирует вместо кода программы и какие функции будут вызываться. Мне из-за этого и не нравятся операторы new и delete в С++.
Нужна "чёткость" языка, он должен должен делать, то что я хочу и ничего более.

А вообще по теме:
Разработка своего выскоуровневого языка с блекджеком и шлюхами никому не нужна за исключением 2,5 упоротых программистов. Таких масса.

Почему тот же FASM так быстро стал популярным, почти также как и старый MASM? Потому что он чёткий!

[Utkin]

А вообще по теме:
Разработка своего выскоуровневого языка с блекджеком и шлюхами никому не нужна за исключением 2,5 упоротых программистов. Таких масса.

Почему тот же FASM так быстро стал популярным, почти также как и старый MASM? Потому что он чёткий!

Не хочу разжигать страсти, но я всегда думал наоборот... Напишите библиотеку макросов и наши победили. Как бы не вижу особых преград для достижения цели. Даже элементарная синтаксическая замена в тексте программ способна решить если не все то многие нужные Вам вопросы.

Нужна "чёткость" языка, он должен должен делать, то что я хочу и ничего более.

C# тоже четкий в этом плане. Он делает только, то что о нем заявлено. Конечно есть пару недокументированных вещей, но это стиль Мелкософта, а не фича языка. Тот же Паскаль, то же делает только те вещи которые в нем заявлены.