в следующем стандарте C появятся средства ООП

А их разве не было?

Указатели на функции в структурах возможны - значит можно объектить. Даже иногда это удобнее чем объектить в С++ ибо можно динамически в объектах методы подменять и ещё много всяких забавных вещей делать.

ЗЫ: в С++ умею, но не люблю из-за монстрообразных идиотизмов типа ххххх_cast<U &>(*const_cast<T *>(p)). Порнография же, приличный, вроде язык, а произвольно кастовать типы и с указателями работать не умеет. Если бы не Qt - вообще бы С++ не пользовал (хотя, если честно, там не совсем ФГМный С++).

произвольно кастовать типы

стрельба из револьвера не вытащенного из кобуры

с указателями работать не умеет

с этого места поподробнее...

стрельба из револьвера не вытащенного из кобуры

Скорее из двух автоматов с обоих рук. Не каждому дано.

с этого места поподробнее...

(struct _object *)((struct _tag *)&buffer[offset] + tags_cnt)->func1(v1,v2);
(struct _object *)((struct _tag *)&buffer[offset] + tags_cnt)->func1 = func_new;
(struct _object *)((struct _tag *)&buffer[offset] + tags_cnt)->func1(v1,v2);

И т.д. Конечно оно в ынтерпрайзе нах не надо, но есть не только ынтерпрайз.

Скорее из двух автоматов с обоих рук. Не каждому дано.

Попасть туда, куда стрелял? Безусловно.

но зачем?

A *a;
a->func1(v1, v2);
(static_cast<B *>(a))->func1(v1, v2);

Попасть туда, куда стрелял? Безусловно.

Причём сделать это максимально быстро и с минимальным расходом боеприпасов.

но зачем?

Я про математику, замену метода объекта и мгновенный каст из чего угодно во что угодно.

И скорее reinterpret_cast + const_cast, а не static_cast

если там действительно подразумевается reinterpret_cast, то за такое в приличном обществе откручивают яйца.

если там действительно подразумевается reinterpret_cast, то за такое в приличном обществе откручивают яйца.

Вопрос в том, что считать приличным обществом. Я б вообще запретил какие бы то ни было xxxx_cast обществу C++ных энтерпрайзных быдлокодеров ваяющих формочки для баз данных и распечатки бамажек.

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

микросекунды и слалом между граблями между собой не связаны от слова никак.

микросекунды и слалом между граблями между собой не связаны от слова никак

У всех ынтерпрайзных кодеров всякой формочкосрани такая уверенность в собственной правоте?

почему ты это спрашиваешь у меня?

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

это потому что ты ещё слишком мало кодеров видел и за всю свою жизнь ещё ничего толкового не написал.

это потому что ты ещё слишком мало кодеров видел и за всю свою жизнь ещё ничего толкового не написал.

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

Скорее из двух автоматов с обоих рук. Не каждому дано.

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

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

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

Я б вообще запретил какие бы то ни было xxxx_cast обществу C++ных энтерпрайзных быдлокодеров ваяющих формочки для баз данных и распечатки бамажек.

Это говорит достаточно о твоём С++ опыте.

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

Приличные языки вообще не делают неявных кастов, в отличие от С и С++

https://ocaml.org/learn/tutorials/basics.html#Implicitvsexplicitcasts

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

Это ты просто не в курсе, как на самом деле обстоят дела. Одна конторка попыталась это нелепое утверждение доказать на практике. Целую ОС написала целиком на C++. Сначала оно называлось Epoc, а потом Symbian. Теперь Symbian окончательно и бесповоротно мёртв. Сыграли роль и микросекунды, и сложность реализации элементарнейших вещей без того, что ты по своему неведенью называешь «дрочкой вприсядку с нетипизированной памятью». Ну а во всяких совсем мелких однокристалках вообще нет места термину «типизированная память», хотя объектно-ориентированный подход может быть вполне уместен.

т.е. один эпик фейл (симбиан) должен показать «как на самом деле обстоят дела»?

Ну а во всяких совсем мелких однокристалках вообще нет места термину «типизированная память»

да, про мк-61 я как-то позабыл

начиная с полноценного арма (а я в основном пишу для amd64-серверов) нетипизированная память в крестах нужна только для вызова сишного кода.

иначе или кода должно быть совсем мало, или проект будет write-only.

микросекунды от этого не страдают от слова никак.

да, про мк-61 я как-то позабыл

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

а я в основном пишу для amd64-серверов

Кто бы сомневался. :) :) :) Собственно, можно было с этого и начать, чтобы не тратить ни своё, ни чужое время.

микросекунды от этого не страдают от слова никак.

Да, конечно же ты это знаешь, ты ведь пишешь для amd64-серверов :) :) :) :)

Сцуко, ну нельзя же так смешить... :)

BeOS/Haiku тоже написана на плюсах, однако никаких проблем по этому поводу не имеет.

И хоть какого-то смысла, кроме академического тоже.

под какие клавиатуры и мышки есть крестовый компилятор?

не тратить ни своё, ни чужое время.

вот именно

Да, конечно же ты это знаешь

да, знаю. а ты — нет.

Лол, сейчас уже ничего не имеет смысла кроме линукса, и GNU, пророка его.

Симбиан сдох не поэтому. Сдох он из-за ублюдочных сертификкатов, которыми нокия, например, предлагала вмазываться. Сдох он так же из-за абсолютно неадекватных мудаков, которые писали СДК и доки к нему. Бывало, что минорное обновление этой поебни ломало вообще ВСЁ. Так же он сдох из-за мудаков, которые не реагировали на критические баги месяцами.

В результате любой, кто рискнул писать под такими условиями, попадал в АД. мало кто доживал даже до релиза своей поделки. А нет разрабов - нет платформы.

под какие клавиатуры и мышки есть крестовый компилятор?

Ты не поверишь, но их даже не один. Вот, например: http://www.iar.com/Products/IAR-Embedded-Workbench/8051/

Т.к. ты совершенно не при делах, сообщаю, что 8051 - это классическая однокристалка для мышей и клав, ещё со времён PS/2

Симбиан сдох не поэтому. Сдох он из-за ублюдочных сертификкатов, которыми нокия, например, предлагала вмазываться.

Это тоже сыграло роль, но это далеко не единственная причина. Тем более, что во времена Epoc и раннего Symbian'a вообще никаких сертификатов не было, а под конец их раздавали всем подряд (даже у меня есть личный девелоперский сертификат, полученный совершенно бесплатно).

Бывало, что минорное обновление этой поебни ломало вообще ВСЁ.

Да, бывало. Но это тоже не единственная причина.

В результате любой, кто рискнул писать под такими условиями, попадал в АД.

Это уже потом было, после Epoc. И не сразу, а когда оно начало множится в ипостасях всяких S40 S60, UIC и пр. Потом вроде попытались что-то сделать, но было уже поздно. Даже открытие сырцов не спасло.

Бред какой-то: Явка в 5 раз тормознее, а Андроид как-то не схлопывается, да объектный си живё вполне на айоси.

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

я знаю что такое 8051. и знаю, что программы под него не бывают больше тысячи-другой строк. такие можно писать хоть левой ногой — как-то взлетит.

посмотрел хедеры компилятора по ссылке. это не кресты, а какая-то пародия.

Т.к. ты совершенно не при делах

да, мне повезло заниматься более интеллектуальной деятельностью

Явка в 5 раз тормознее

это не так. я лет 10 взад экспериментировал. на несложной числодробилке gcc догнал только с -O2, а с -O0 отставал аккурат раз в 5

http://benchmarksgame.alioth.debian.org/u32/compare.php?lang=java&lang2=gpp

Бред какой-то: Явка в 5 раз тормознее, а Андроид как-то не схлопывается, да объектный си живё вполне на айоси.

Бред - это путать тёплое с мягким и недоязычки для мордочек с системными языками.

я знаю что такое 8051. и знаю, что программы под него не бывают больше тысячи-другой строк. такие можно писать хоть левой ногой — как-то взлетит.

«Как-то взлетит» - это вообще не вариант. Особенно если речь про масочную ROM и заказ. Должно работать вообще без ошибок.

да, мне повезло заниматься более интеллектуальной деятельностью

Левой ногой писать высокоуровневые аппликухи на amd64-сервера, да. Окуенно интеллектуальная деятельность - можно вообще ни о чём не думать, ни о быстродействии, ни об ужоре памяти, и даже знать ничо не надо кроме стандартного курса по используемому языку. :)

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

Да, юзал, говно полное. Как в общем-то и всё от IAR.

Мне вообще sdcc нравится, ибо ++ нафиг не нужно, а открытые исходники позволяют не парится на предмет внезапных багов в компиляторе.

stl на чистом с видел?

В этом есть какая-то польза?

да.

Значит это кому-то нужно. Пусть будут. Нет не видел, ибо не интересовался. Хотя догадываюсь что таки можно.

stl на чистом с видел?

SQLite очень неплохой stl для чистого С. Ну, это если ты серьезно спрашиваешь