То ТС. У вас есть причины не переименовывать свою ф-ию или просто "лень много править во многих файлах"? Ведь легче один раз выполнить одну команду для переименования по всем файлам, чем потом путаться....
Для всех, говорящих что C++ не тру а C тру (не знаю, есть ли такие на этом форуме, но на других есть и много): в c++ эта проблема решается элементарно. А все решения этой проблемы на C (кроме переименования функции) являются грязными хаками.
Для всех, говорящих что C++ не тру а C тру (не знаю, есть ли такие на этом форуме, но на других есть и много): в c++ эта проблема решается элементарно. А все решения этой проблемы на C (кроме переименования функции) являются грязными хаками.
C и C++ это довольно-таки разные языки. Поэтому и сравнивать их на примере конкретных мелочей (а этот вопрос — именно мелочь) не стоит. В качестве иллюстрации могу продожить ряд «в C накладки с именами приводят к проблемам» — «в C++ эти проблемы решаются штатными средствами»: в Lisp вообще допустимы безымянные «функции». (:
При этом в любом языке, даже там, где есть возможность сделать это легко, вводить собственные функции/типы/классы с именами, совпадающими со стандартными, нужно лишь с очень большой осторожностью.
Ужь коль скоро функция qsort определена в стандарте языка, при чтении кода будет неожиданностью, если иденитификатор qsort обозначает что-то другое.
Ага. А то сразу вспоминается PL/1 и некоторые современные ему языки, где не было понятия 'ключевого слова', и имена функций/переменных могли совпадать с управляющими конструкциями. Так что код типа
Для всех, говорящих что C++ не тру а C тру (не знаю, есть ли такие на этом форуме, но на других есть и много): в c++ эта проблема решается элементарно. А все решения этой проблемы на C (кроме переименования функции) являются грязными хаками.
Да, но только отсутствие легкой возможности решить подобную "проблему" и является одним из признаков более правильного языка (еще лучше было бы полное отсутствие возможности, но на безрыбье и рак - рыба).
Да, но только отсутствие легкой возможности решить подобную "проблему" и является одним из признаков более правильного языка (еще лучше было бы полное отсутствие возможности, но на безрыбье и рак - рыба).
надеюсь это шутка... потому что namespace - это замечательная вещь, как ни крути
При этом в любом языке, даже там, где есть возможность сделать это легко, вводить собственные функции/типы/классы с именами, совпадающими со стандартными, нужно лишь с очень большой осторожностью.
Ужь коль скоро функция qsort определена в стандарте языка, при чтении кода будет неожиданностью, если иденитификатор qsort обозначает что-то другое.
Да, не стоит заниматься такими вещами, сам потом будешь вспоминать "почему именно так"...
Да, но только отсутствие легкой возможности решить подобную "проблему" и является одним из признаков более правильного языка (еще лучше было бы полное отсутствие возможности, но на безрыбье и рак - рыба).
В этом что-то есть.
Похоже тут скоро холивар начнётся.
Система -- это совокупность элементов и связей, дающая новые свойства, не присущие ни одному из элементов и ни одной из связей.
Да, но только отсутствие легкой возможности решить подобную "проблему" и является одним из признаков более правильного языка (еще лучше было бы полное отсутствие возможности, но на безрыбье и рак - рыба).
Расширить язык так, чтобы он был наиболее выразительным для описания конкретной задачи — разве это грязный хак? Нет, многие языки заточены именно под то, чтобы быть такими вот расширяемыми.
То, что в одном языке нежелательно, делает другой жемчужиной.
Расширить язык так, чтобы он был наиболее выразительным для описания конкретной задачи — разве это грязный хак? Нет, многие языки заточены именно под то, чтобы быть такими вот расширяемыми.
То, что в одном языке нежелательно, делает другой жемчужиной.
Не спорю, но я писал несколько о другом: для того, кто считает C хорошим языком, а C++ - плохим, аргумент frp верен "с точностью до наоборот".
Да, но только отсутствие легкой возможности решить подобную "проблему" и является одним из признаков более правильного языка
Есть языки, в которых эта проблема технически не может возникнуть, например, BrainFuck, Befunge (и другие *funge), Malbolge, Whitespace и другие. Они самые правильные?
