С gcc должно работать также. Во всяком случае, для такого простого примера.
По второму вопросу — видимо да, на Linux будет генерироваться библиотека с расширением .so
*.dylib — расширение для динамических библиотек используемое в OS X
Тогда скорее не просто «Нет.», а только в некоторых случаях может не ругаться.
Ну и в принципе логично предположить что первый ваш пример может не подходить под правило из статьи, раз уж там неизменяемыми объявлены данные, а не указатель.
Если вы знаете, что этот код точно для чего то нужен и этот #define может когда-то выполняться, то выходит, что код не мертвый.
Ну и эти рассуждения о мертвом коде наверное в меньшей степени полезны для компилируемых языков. Да и автор оригинала рассуждает в контексте python'a
Речевой оборот, но именно «сотни тысяч» врятли взяты с потолка. Если бы могли написать «миллионы» и не соврать, думаю, так бы и на писали.
Сотни тысяч за пять лет, что-то совсем не впечатляет
С gcc должно работать также. Во всяком случае, для такого простого примера.
По второму вопросу — видимо да, на Linux будет генерироваться библиотека с расширением .so
*.dylib — расширение для динамических библиотек используемое в OS X
Ну и в принципе логично предположить что первый ваш пример может не подходить под правило из статьи, раз уж там неизменяемыми объявлены данные, а не указатель.
Ну и если я вас правильно понял, то о чем вы говорите описывается в разделе «Интерлюдия — объясняем объявления const»
Только с ходу не могу придумать для него область применения. Но все равно интересно
«уборщик кода» может до добра не довести :)
Но дело хозяйское, главное чтобы удобно было
Ну и эти рассуждения о мертвом коде наверное в меньшей степени полезны для компилируемых языков. Да и автор оригинала рассуждает в контексте python'a
Только если какой то код вообще не нужен, то нет смысла его оставлять. Вся проблема в том чтобы найти такой код.
И почему это не хоккеем? «И хоккеем и программированием!» — так лучше :)
Сотни тысяч за пять лет, что-то совсем не впечатляет