1. C++ / Говнокод #11768

    +28

    1. 1
    2. 2
    std::size_t _;
std:size_t __;

    http://ideone.com/Ie1AY

    Запостил: HaskellGovno, 13 Сентября 2012

    Комментарии (44) RSS

    • ava HaskellGovno 13.09.2012 19:08 # +3

      Говно уже добралось до GCC. Оно уже сжирает его изнутри. Соответствие стандарту налицо.
      Ответить

      • ava defecate-plusplus 13.09.2012 19:31 # +9

        точняк
        http://ideone.com/HcoWo
        Ответить

        • ava absolut 13.09.2012 19:40 # 0

          Весело. А одинарное двоеточие - это фишка гцц?
          Ответить

          • ava defecate-plusplus 13.09.2012 19:41 # +5

            нет, это теперь во всех компиляторах работает
            Ответить

            • ava absolut 13.09.2012 19:44 # 0

              0x? На ideone и в обычном c++ кушает
              Ответить

              • ava defecate-plusplus 13.09.2012 19:46 # +3

                моя ссылка ни на какие мысли не навела?
                Ответить

                • ava absolut 14.09.2012 06:41 # 0

                  Навела. Не понял почему size_t доступен как из глобального пространства имен, так и из std.
                  Ответить

                  • ava defecate-plusplus 14.09.2012 06:56 # +3

                    обычное дело, когда нечто из C standard library (в данном случае typedef из stddef.h) кочует в C++, доопределяясь внутри в namespace std (cstddef) через using
                    при желании можно std::memcpy или std::printf писать - это разве не так же смущает?
                    Ответить

          • ava bormand 13.09.2012 19:51 # +3

            > Весело. А одинарное двоеточие - это фишка гцц?
            Вот до чего доводит ООП и структурное программирование!
            Ответить

          • ava bazhenovc 15.09.2012 21:43 # +3

            Это метка. Для goto. Всегда ваш :)
            Ответить

    • ava TarasB 13.09.2012 19:37 # +6

      О, крестоблядский крестоязык начал бороться с крестоблядскими нагромождениями из четырёх крестоточек, разрешив использовать только две крестоточки? Прогресс!
      Ответить

      • ava defecate-plusplus 13.09.2012 19:38 # +5

        ты его раскусил
        Ответить

      • ava bormand 13.09.2012 20:29 # +3

        В жабе, кстати, точек надо вчетверо меньше чем в крестах.
        Ответить

        • ava 3.14159265 13.09.2012 20:43 # +4

          А в LINQ точки без запятых.

          Кстати в жабе тоже можно:
          http://ideone.com/ocdGh
          Бля. Подсветка синтаксиса всё испортила.
          Ответить

          • ava bormand 13.09.2012 20:46 # 0

            А в хаскеле пробелы вместо точек.
            Ответить

            • ava TarasB 13.09.2012 21:02 # +5

              И проблемы вместо скобок
              Ответить

            • ava roman-kashitsyn 13.09.2012 22:01 # +2

              и полиморфные точки с запятой
              Ответить

              • ava roman-kashitsyn 14.09.2012 00:09 # +3

                Пожалуй, поясню мысль простым примером:
                go :: Monad m => m Int -> m Int
go m = do { x <- m; y <- m; return (x + y) }
                Поскольку это преобразуется в код с bind (>>=) конкретный смысл ; зависит от реализации bind, так точка с запятой получается полиморфной
                Ответить

                • ava LispGovno 14.09.2012 00:27 # +1

                  Я ждал этого! Зачёт.
                  Ответить

                • ava LispGovno 14.09.2012 00:30 # +1 

                  #define ; >>

                  Дальше перегружаем оператор >>

                  PS: Цвет планировался зелёным, но краска закончилась.
                  Ответить

                  • ava TarasB 14.09.2012 12:19 # +5

                    но маляр Шмелиэль ещё не принёс ведро с краской
                    Ответить

          • ava roman-kashitsyn 15.09.2012 21:40 # +2

            Джава может в литералы URI
            Ответить

    • ava Elvenfighter 13.09.2012 20:23 # +5

      When you see it, you'll shit bricks.
      Ответить

    • ava Lure Of Chaos 14.09.2012 01:45 # +1

      ребята, пора ставить крест на этих крестах
      Ответить

    • ava bazhenovc 15.09.2012 21:38 # 0

      О боже, МЕТКА!
      Ответить

    • ava roman-kashitsyn 15.09.2012 22:41 # 0

      Объясните человеку, далёкому от крестопроблем: говно в том, что в новом стандарте разделили пространства символов меток и нэймспейсов?
      Ответить

      • ava absolut 16.09.2012 06:50 # +4

        Никто ничего не разделял. Двойное двоеточие - пространство имен, одинарное - метка. В исходном гк подъеб в том, что size_t доступен как в глобальном пространстве имен, так и в std.
        Ответить

        • ava roman-kashitsyn 16.09.2012 10:13 # 0

          да с меткой я сразу понял. Доступность size_t из глобального пространства имён - глюк какого-то компилятора, попавший в стандарт?
          Ответить

          • ava suc-daniil 16.09.2012 10:33 # 0

            Это для обратной совместимости
            Ответить

            • ava roman-kashitsyn 16.09.2012 10:41 # +2

              Да это я тоже сразу понял. Я не понял, что в этом такого.
              Т.е. Суть в том, что можно опечататься в одном двоеточии, и получишь метку вместо нэймспейса, и компилятор не поможет?

              Запрет объявлять метки, идентификатор которых совпадает с идентификатором нэймспейса, решает проблему?
              Ответить

              • ava defecate-plusplus 16.09.2012 12:10 # +4

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

                компилятор в большинстве случаев поможет:
                1) warning: label 'std' defined but not used [-Wunused-label]
                2) джважды в одном scope эту метку не объявишь
                3) using namespace std; делает только школота на лабах, поэтому вероятность совпадения имени типа в конкретном месте приложения (например, std::string vs свой неверный тип string) достаточно низка, хоть и не нулевая, и даже если вдруг так случилось - чтобы не было намекающих ошибок компиляции, использование ложного типа должно в точности повторить настоящий

                а так можно параноидально писать везде не std::string, а ::std::string - уверен, Тарасу понравится, когда листинг будет напоминать перфокарту
                Ответить

                • ava bormand 16.09.2012 12:27 # +7

                  > ::std::string
                  It's beautiful! Теперь буду писать именно так.
                  ::std::vector<::std::string> items;
for (::std::vector<::std::string>::iterator i = items.begin(), end = items.end(); i != end; i++) {
    ::std::cout << *i << ::std::endl;
}
                  Ответить

                • ava roman-kashitsyn 16.09.2012 12:39 # 0

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

                  • ava absolut 16.09.2012 14:02 # +4

                    Любой код на c++ имеет на джва плюса больше, чем любой другой код.
                    P.S. Если это не код на шарпах.
                    Ответить

                • ava LispGovno 16.09.2012 17:22 # 0

                  >3) using namespace std; делает только школота на лабах, поэтому вероятность совпадения имени типа в конкретном месте приложения (например, std::string vs свой неверный тип string) достаточно низка

                  А ты думаешь дело в using ?
                  Нет никакого using, а проблема не ушла:
                  http://ideone.com/VWIvn
                  Ответить

                  • ava roman-kashitsyn 16.09.2012 17:34 # +2

                    Проблема с using будет проявляется, когда есть два класса с одним и тем же именем: один в нэймспейсе, а другой в импортирован в глобальный нэймспейс директивой using. В таком случае можно случайно перепутать классы, если забыть двоеточие: 
                    #include <vanilla>
using namespace std;
// ... later
vanilla::list ls; // Ok.
vanilla:list lst; // Ouch, got std::list
                    Ответить

    Добавить комментарий