>>> Просто почитайте по Вашей же ссылке, что именно было сделано.
>> With the release of GCC 4.8.0, the developers of the GNU Compiler
> Соболезную. Не осилить пару страниц, на которых перечислено то, что было модифицировано
> - это уже диагноз )))

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

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

Как так нет?  array.array с методами - есть, а у тебя его нет.

Тогда и dict нет.  И вообще никаких стандартных типов.

>> Формулировка твоей задачи - бессмысленна.  Попробуй, например,
>> перегрузить C++ класс, если пользоваться родительским классом - запрещено.
> Родительский класс уже на C++. Могу его скопировать, если Вы настаиваете )

Можешь сколько хочешь копировать.  Но если ставить задачу как делаешь ты - ничего
с копией делать нельзя.  Стандартной библиотекой пользоваться нельзя.  Ну и примитивами,
фактически, тоже нельзя.  И чо ты с этим сделаешь?)

>>>> Нам это нравится.  Лучше потратить месяц машинного времени, чем времени программиста.
>>> Я так понимаю, для Вас удивительно то, что код, который пишет программист,
>>> выполняется не 1-2 раза за свою жизнь, а, в среднем, по пять раз на день сотней пользователей.
>> Бывает, что и 1-2 раза.  Во-вторых, и что?
> Да, бывает. И именно в этом назначение интерпретаторов, один из них - Python.

Не обязательно.  Тебе несколько раз уже объясняли зачем еще могут использоваться
высокоуровневые языки (в т.ч. интерпретаторы).

>>> Осознайте, что увеличение времени ожидания
>>> результата пользователем даже на одну секунду больше при каждом использовании кода,
>>> приводит к суммарным трудозатратам в человекомесяц ежегодно.
>> А с чего ты решил, что реализация на питоне увеличит время ожидания
>> на секунду,
>> а не на миллисекунду или год?  Или вовсе наоборот.
> Вы говорили о месяце, я же пересчитал всего для секунды.

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

> Ведь на Python быстрее писать, чем на C? Минут за 10 точно управитесь?
> Или питонисты только трепаться умеют

Ну, питонисты заесплатно не работают.