Отладка в стиле быстрых выводов данных и скорость компиляции в таком подходе

Работаю на php, там интуитивно вырабатывается такой подход отладки в стиле - вывести данные из этого участка и прекратить код (по желанию).

Ну то есть банально мы вставляем куда нужно, нечто:
конечно у меня там свои специальные функции, но наглядно это примерно так

Такой метод быстр, мы сохраняем и обновляем страницу, и за несколько минут можем вывести множество данных, понимая тем самым состояние программы в данный момент времени.
Я пока осваиваю С/C++ и мне стало интересно возможно реализовать такой подход?
В данном случае я конечно напишу свою маленькую "библиотеку", которая будет записывать данные в файл. Но возник вопрос со временем, так ли это будет шустро? Я слышал компиляции больших проектов занимает значительное время, но в тоже время видел как компилятор (gcc) повторно не создает объектные файлы (хотя это предположение интуитивно, могу ошибиться).

Суть вопрос в следующем, правда ли компиляторы создает объектные файлы которые повторно не компилируются если нет изменений&
И можно ли с помощью них достичь быстрой компиляции большого проекта (буду копаться в готовых опенсорс проектах, которые большие)? Или все же минутами мне приодеться ждать и мучатся чтобы получить данные нескольких переменных?


Или все это чушь, и нужно использовать пошаговый отладчик с ассемблером (чтобы я на данном этапе не хотел из-за нехватки времени и слабого знания английского)?

0

Сообщение от Evgeniyms правда ли компиляторы создает объектные файлы которые повторно не компилируются если нет изменений.

Компилятор не отслеживает изменения в файлах. Если это нужно, то этим занимаются сторонние приложения. Например, make. Или среда разработки.

0

Сообщение от Vourhey Компилятор не отслеживает изменения в файлах. Если это нужно, то этим занимаются сторонние приложения. Например, make. Или среда разработки.

то есть каждый раз с нуля в таком случае?

0

Сообщение от Evgeniyms то есть каждый раз с нуля в таком случае?

почему?

Добавлено через 1 минуту

Сообщение от Evgeniyms буду копаться в готовых опенсорс проектах

Ты что, думаешь, в готовых опенсорс проектах собирается не актоматизированной системой, а для каждого файла руками компилятор вызывать? Нет.

0

Сообщение от Vourhey почему? Добавлено через 1 минуту Ты что, думаешь, в готовых опенсорс проектах собирается не актоматизированной системой, а для каждого файла руками компилятор вызывать? Нет.

Ну собственно я прошу объяснить как и что происходит, и достижим ли такой эффект как я описал выше (автоматически через IDE или вручную в макфайле править)?

0

Сообщение от Evgeniyms как и что происходит

Как и что происходит ты прочитаешь в документации к соответствующей тулзе, которую собираешься использовать для автоматизации сборки проекта.

Сообщение от Evgeniyms и достижим ли такой эффект

Сообщение от Vourhey Если это нужно, то этим занимаются сторонние приложения. Например, make. Или среда разработки.

Соответственно, уже ответил, что да, достижим.

Сообщение от Evgeniyms автоматически через IDE или вручную в макфайле править

В makefile это тоже автоматически, там не надо прописывать "проверь, что это файл не был изменен...".

0

Сообщение от Vourhey Как и что происходит ты прочитаешь в документации к соответствующей тулзе, которую собираешься использовать для автоматизации сборки проекта. Соответственно, уже ответил, что да, достижим. В makefile это тоже автоматически, там не надо прописывать "проверь, что это файл не был изменен...".

Значит компилятор нечего не делает, но некоторые IDE автоматические создают макфайл, в котором указывает, что компилировать, а что взять готовым (то есть IDE и проверяет файлы на изменения)?

Если так, нельзя было сразу так подробно объяснить, а то как кота за яйца тянем?

0

Сообщение от Evgeniyms Значит компилятор нечего не делает,

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

Сообщение от Evgeniyms но некоторые IDE автоматические создают макфайл

Да.

Сообщение от Evgeniyms в котором указывает, что компилировать, а что взять готовым

Нет. В мейкфале указываются таргеты, зависимости и сорцы. Если сорец таргета был изменен - перекомпилять надо. Если сорец не был изменен, можно брать готовый таргет. И так для всего дерева зависимостей.

Сообщение от Evgeniyms Если так, нельзя было сразу так подробно объяснить, а то как кота за яйца тянем?

Добавлено через 2 минуты
Для простоты представь, что таргет, в общем, случае, это объектный файл, а сорец - его код. Если исходный код был изменен, то надо пересобрать из него объектник. Если искходный код изменен не был, то можно брать объектник, что был уже собран сразу для линковки.

Добавлено через 38 секунд
Само собой, если таргет еще не был собран, то компиляция нужна обязательно.

0

Сообщение от Vourhey Он называется компилятор. Он компилирует, а не "ничего не делает.". Ничего больше он делать и не должен. Да. Нет. В мейкфале указываются таргеты, зависимости и сорцы. Если сорец таргета был изменен - перекомпилять надо. Если сорец не был изменен, можно брать готовый таргет. И так для всего дерева зависимостей. Не по теме: Если тебя что-то беспокоит, то обратись к своему врачу. Я отвечаю так, как мне нравится. Не хочешь - не читай. Добавлено через 2 минуты Для простоты представь, что таргет, в общем, случае, это объектный файл, а сорец - его код. Если исходный код был изменен, то надо пересобрать из него объектник. Если искходный код изменен не был, то можно брать объектник, что был уже собран сразу для линковки. Добавлено через 38 секунд Само собой, если таргет еще не был собран, то компиляция нужна обязательно.

А кто следит за изменениями, IDE? Как бы больше некому то и следить, или там какой-то универсальный алгоритм сравнения, где можно определить, что было внесено изменение в исходник?

Еще вопрос тогда. Насколько быстро будет сборка этих объектных файлов (линковка - насколько я помню), если все объектные файлы (таргеты) готовы? То есть быстро он соберет большой проект?
Под быстротой я имею ввиду секунд 10-20, или ждать все равно до нескольких минут? (субъективно по вашему опыту).

0

Сообщение от Evgeniyms А кто следит за изменениями

Это зависит от того, что ты используешь. В случае с make-файлом - make. если твоя IDE использует мейк-файлы, то, что удивительно, то за изменениями следит опять же мейк, потому что для сборки его иде и запускает.

Сообщение от Evgeniyms Как бы больше некому то и следить

Блин. Ну IDE - это же целые комплекс утилит, а не одна большая программа. Там может быть отдельно компилятор, отдельно утилита линковки, сборки, отдельным компонентов редактор. И ничто не мешает вызвать все эти утилиты без IDE, и все будет также работать. Так надо ли тут толочь говно в ступе, IDE-не IDE?

Сообщение от Evgeniyms там какой-то универсальный алгоритм сравнения, где можно определить, что была внесено изменение?

За все алгоритмы отвечать не могу, а так, обычная чексумма файла.

Сообщение от Evgeniyms Насколько быстро будет сборка этих объектных файлов (линковка - насколько я помню), если все объектные файлы (таргеты) готовы?

Он не будет собирать в этом случае, а просто скажет, что сборка нафиг не нужна.

Сообщение от Evgeniyms То есть быстро он соберет большой проект.

Быстро - понятие относительное. "Большой" - тоже. Ты можешь скачать любой архив исходного кода и собрать. Потом поменять главный что-нибудь и пересобрать.

Сообщение от Evgeniyms или ждать все равно до нескольких минут?

Не, быстрее.

Может, тебе взять и прочитать доукментацию по make? А то столько вопросов, на которые все ответы уже давно есть. Почему ты ничего не читаешь? У тебя наводок уже туева хуча.

0

Vourhey, в данном случае хотел услышать из вашего опыта про размер и время. Скажем вы в какой-то большой проект добавили только одну строку и снова скомпилировали.
Насколько это быстро и удобно будет, чисто субъективно точно мне не нужно (уж бы сам проверил, но разворачивать мне долго, легче спросить).

0

Сообщение от Evgeniyms в данном случае хотел услышать из вашего опыта про размер и время.

Чисто субъективно, достаточно быстро и удобно.

1

Сообщение от Vourhey Чисто субъективно, достаточно быстро и удобно.

А что вообще удобнее (или правильне), так чисто вывести результат или же использовать отладчики, там же всякие точки остановки кода и информация о стеках?

Просто для скриптов такой подход (просто вывести переменную/массив) наверно самый достаточный, хоть и есть расширения и отладчики, но по сути не сталкивался с тем, что они явно нужны и облегчали жизнь, а здесь новая для меня среда и как поступить не понятно (просто выводить, или уже погружаться глубоко в отладку и ассемблер).

0

Сообщение от Evgeniyms А что вообще удобнее (или правильне), так чисто вывести результат или же использовать отладчики, там же всякие точки остановки кода и информация о стеках?

Так это от задачи зависит. В каких-то ситуациях удобнее решать задачу, используя отладчик. Где-то - ведя лог.

Добавлено через 1 минуту

Сообщение от Evgeniyms Просто для скриптов такой подход (просто вывести переменную/массив) наверно самый достаточный, хоть и есть расширения и отладчики, но по сути не сталкивался с тем, что они явно нужны и облегчали жизнь, а здесь новая для меня среда и как поступить не понятно (просто выводить, или уже погружаться глубоко в отладку и ассемблер).

Поступать нужно так, как ты считаешь удобнее для текущей задачи. Я так же пользуюсь отладкой методом печати, как и используя отладчик. Просто смотрю, что удобнее.

Добавлено через 13 минут
Вот тебе практический пример. Время сборки проекта целиком:
И время сборки после того, как поменяли один сорец:

1