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

[Utkin]

зачем мне этот функционал если таковой уже предоставляется системой через API

Я боюсь Вас огорчить, но Мелкософт в дальнейшем планирует отказаться от WinApi в текущем виде. В частности для построения окон будет использоваться непосредственно ДиректИкс, есть и другие фишки, в результате которых текущий Апи станет неработоспособный.

Это кажется простым в случае с локальным объектом. В случае иерархии объектов (хуже, если там есть 2 объекта, которые ссылаются друг на друга) это уже не так легко и требует достаточного объема вычислительных ресурсов, чтобы со всем этим разобраться. Нет чёткой границы, куда можно воткнуть проверку на ненужность объекта.

Не всегда. Можно отслеживать по операторным скобкам. И перед закрывающей } вставлять делете для объекта/объектов (если нет его упоминания далее по тексту) непосредственно перед компиляцией. Вариантов много, нужно более тщательное изучение вопроса.

[BOBAH13]

Не знаю было или нет. В общем скажу так, занесло меня (собственно уже ровно год как не писал) обратно в круги (ада) С++. Скажу я вам. Для вашего языка 100% надо STL поддежрка + lamda это вещь. Сделайте язык функционального вида но с обратной совместимостью и будет вещь. Честно, говоря, сами меня задели с вашей идей, если запал не поутихнет то может возьмусь да свояю что нибудь ради фана.

Как видите, я больше склонен из своего опыта к местами функциональной состовляющей, нативный код (ну может байт, но врят ли), сборщик мусора (даже с подсчетом ссылок круто - дает доступ к удалению но в тоже время как то безопастно по отношению к не валидным адресам). Еще что в с++ плохо, а может закаляет, это после создания переменной не понятно что в ней, мусор, нужна инициализация.

И да, абстракция, абстракция и еще много раз... к тому, что даст слабую привязку к платформе. Что круто, и может если зайдете далеко, то можно будет просто на уровне базы и компилятора формировать код для другой платформы. Ну думаю поняли ради прикола может и сам займусь таким делом.

[rpy3uH]

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

C++ не использует свой менеджер кучи. Он использует те самые Heap*** Virtual***, Free*** и т.д., просто скрывает их за операторами new/delete, что вполне логично, и даже необходимо для платформонезависимой разработки.

я сам лично смотрел в отладчике ассемблерный код который вызывает оператор new (в VC++6 и VC++ 2005), нет там этого? есть разве что Virtual***, которая вызываются в редких случаях, когда не хватает памяти в текущем буфере.

[the_deer_one]

rpy3uH

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

С++ и системное программирование? Ты что то делаешь странное.

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

Язык Forth смотрел? Он как бы низкоуровневый и как бы высокоуровневый одновременно. Как бы скриптовый и как бы компилируемый. И ещё он ассемблер с замашками Йоды.

[rpy3uH]

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

С++ и системное программирование? Ты что то делаешь странное.

ничего странного. и не надо трололо

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

Язык Forth смотрел? Он как бы низкоуровневый и как бы высокоуровневый одновременно. Как бы скриптовый и как бы компилируемый. И ещё он ассемблер с замашками Йоды.

ересь какая-то. ещё раз повторяю: мне не нужна экзотика мне нужен нормальный язык

а вообще я изначально не в тему начал тут флудить, ибо обсуждается здесь высокоуровневый язык

[the_deer_one]

rpy3uH

ничего странного. и не надо трололо

Ок. Больше никакого сомнения к идее писать дрова на с++. Действительно, ну не на си же их писать.

[rpy3uH]

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

Ок. Больше никакого сомнения к идее писать дрова на с++.

речь идёт не только про дрова

[anyx]

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

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

А как же чистая Сишка? Она, в отличии от С++, не имеет ничего лишнего. Вы можете полностью контролировать генерацию кода, например, указывая или не указывая спецификатор restrict перед аргументом функции (но и ответственность тоже полностью лежит на вас).

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

с одной стороны хотелось бы добавить это в ЯП. но помоему это выйдет каша тогда.
либо же делать что-то вроде отключаемого сборщика к примеру.

хотя вообще то что говорит Грузин, по сути в С++ идет так:

Class* obj;//обьявили где захотели.
...
obj=new Class;//создали.
...
delete Class;//удалили, когда захотели.

но тогда в ЯП(компиляторе) для такого режима надо все равно следить за памятью, но тогда уж не дописывать авто-освобождение памяти, а лишь вывести предупреждение

Ну почему вы все опираетесь на эти древние модели управления памятью - ручное управление, сборка мусора? Никто не знает про парадигму RAII. Можно вручную ограничить облась, где ресурс используется, тогда он будет освобождён строго по выходу из блока:

let
    f = File("input.txt")
in
{
    // Только здесь можно использовать объект f
} // Здесь файл закроется

Тут и никакого ручного управления памятью, и освобождение ресурса в определённое время (в отличие от сборки мусора, где освободится неизвестно когда)

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

опять сначала.
а если вот так

obj= (Class*)HeapAlloc(*,*,sizeof(Class));//создали

Как теперь вызвать конструктор????

C++ он использует свой менеджер кучи, в то время как этот менеджер уже есть и он предоставляется самой системой функциями Heapxxx
Мне не нужны функции new и delete!!! зачем мне этот функционал если таковой уже предоставляется системой через API

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

class Ololo
{
    Ololo();
    Ololo* operator new(size_t, void*);
};

// ...

int main()
{
    void* mem_ptr = malloc(sizeof(Ololo));
    Ololo* lol = new(mem_ptr) Ololo();

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

myclass *obj; // описываем переменную
malloc(obj);  // выделяем память
obj->myclass(); // вызов конструктора
...
obj->~myclass(); // вызов деструктора
realloc(obj); // очистка памяти

malloc(obj)???????!!!!!!!!! realloc(obj)?????????????!!!!!!!!!! !!! Ну это вообще пушка!

obj = (myclass*)malloc(sizeof(myclass));
// ...
free(obj);

Забыть, как выделяется и освобождается память в языке?! Жесть...

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

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

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

[rpy3uH]

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

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

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

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

Никто не знает про парадигму RAII.

знаю но как то не подумал.

(в отличие от сборки мусора, где освободится неизвестно когда)

известно причем точно известно.