Исправление liksys, (текущая версия) :
Если ты не сможешь нужный файл поместить в нужную именно ему среду, то даже лучший в мире парсер не сможет его разобрать.
Смешались в кучу кони, люди. Парсер не имеет никакого отоншения к сборочной среде и не зависит от нее. Обратное, очевидно, ложь. GCC и Clang не требуют для использования какого-то конкретного тулчейна, а одинаково хорошо работают как с чистыми мейкфайлами, так и с мезонами и цмейками.
Ты назваешь этот трюк «просто»? Я не спорю с тем, что это «возможно», но это не «просто».
Ты точно со мной споришь, а не с голосами в своей голове? Ткни пальцем, где я говорил, что это «просто». Я лишь подсветил факт того, что ты просто плаваешь в теме, в которую влез, и не понимаешь, как работаел clang-analyze. Сначала ты утверждал, что сборку надо реализовывать в анализаторе, а когда оказалось, что не надо - начал вилять жопой и рассказывать, что все равно это сложно.
Примерно 20-30 тысяч использований.
На целое ядро. И в основном этот volatile сконцентрирован вокруг аппаратных регистров. Потому что потоки и ввод-вывод прекрасно справляются без него.
тебе понравилось
Мне понравилось, как ты вертишься, как уж на сковородке, придумывая одну небылицу за другой.
Исправление liksys, :
Если ты не сможешь нужный файл поместить в нужную именно ему среду, то даже лучший в мире парсер не сможет его разобрать.
Смешались в кучу кони, люди. Парсер не имеет никакого отоншения к сборочной среде и не зависит от нее. Обратное, очевидно, ложь. GCC и Clang не требуют для использования какого-то конкретного тулчейна, а одинаково хорошо работают как с чистыми мейкфайлами, так и с мезонами и цмейками.
Ты назваешь этот трюк «просто»? Я не спорю с тем, что это «возможно», но это не «просто».
Ты точно со мной споришь, а не с голосами в своей голове? Ткни пальцем, где я говорил, что это «просто». Я лишь подсветил факт того, что ты просто плаваешь в теме, в которую влез, и не понимаешь, как работаел clang-analyze. Сначала ты утверждал, что парсер надо реализовывать в анализаторе, а когда оказалось, что не надо - начал вилять жопой и рассказывать, что все равно это сложно.
Примерно 20-30 тысяч использований.
На целое ядро. И в основном этот volatile сконцентрирован вокруг аппаратных регистров. Потому что потоки и ввод-вывод прекрасно справляются без него.
тебе понравилось
Мне понравилось, как ты вертишься, как уж на сковородке, придумывая одну небылицу за другой.
Исходная версия liksys, :
Если ты не сможешь нужный файл поместить в нужную именно ему среду, то даже лучший в мире парсер не сможет его разобрать.
Смешались в кучу кони, люди. Парсер не имеет никакого отоншения к сборочной среде и не зависит от нее. Обратное, очевидно, ложь. GCC и Clang не требуют для использования какого-то конкретного тулчейна, а одинакого хорошо работают как с чистыми мейкфайлами, так и с мезонами и цмейками.
Ты назваешь этот трюк «просто»? Я не спорю с тем, что это «возможно», но это не «просто».
Ты точно со мной споришь, а не с голосами в своей голове? Ткни пальцем, где я говорил, что это «просто». Я лишь подсветил факт того, что ты просто плаваешь в теме, в которую влез, и не понимаешь, как работаел clang-analyze. Сначала ты утверждал, что парсер надо реализовывать в анализаторе, а когда оказалось, что не надо - начал вилять жопой и рассказывать, что все равно это сложно.
Примерно 20-30 тысяч использований.
На целое ядро. И в основном этот volatile сконцентрирован вокруг аппаратных регистров. Потому что потоки и ввод-вывод прекрасно справляются без него.
тебе понравилось
Мне понравилось, что ты вертишься, как уж на сковородке, будучи совершенно некомпетентным, и придумываешь одну небылицу за другой о языке, на котором не умеешь писать.