>>> Просто почитайте по Вашей же ссылке, что именно было сделано.
>> 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 точно управитесь?
> Или питонисты только трепаться умеют
Ну, питонисты заесплатно не работают.