Читаєте ви C або C ++ помилки компіляції після першої?

Я ніколи не розумів, чому компілятори C і C ++ намагаються відновитися після помилок і продовжують розбір. Майже завжди перша помилка породжує потік помилкових помилок, які зникнуть, як тільки виправлено першу. Після декількох років досвіду я просто перестав шукати будь-яку помилку, окрім першої у кожному файлі. Я повторно запускаю компілятор, а потім роблю це ще раз, поки не буде більше помилок. Це звичайна практика?

Іноді помилки не пов'язані між собою. Я вважаю , що простіше поглянути на список помилок і усунути причину серії родинних помилок, а потім зафіксувати наступний ип про пов'язаної помилку. Якщо проект великий і потребує певного часу, то я вважаю, що працювати таким чином менш неприємно, ніж виправити першу помилку, перекомпілювати, повторити ...

Це залежить від часу складання . Наприклад, якщо я знаю, що я щойно змінив головний заголовок, який спровокує відновлення всього проекту, я, безумовно, детальніше ознайомлюся з рештою стека помилок і побачу, чи зможу я виправити деякі з них. Це дає мені краще відчуття, коли я встаю, щоб зробити каву, поки працює компілятор.

Так, я роблю те саме, якщо я не використовую компілятор, щоб допомогти мені рефактор, і в цьому випадку мені подобається повний список помилок :)

Якщо в номерах рядків є пробіл, компілятор, ймовірно , відновився, а потім виявив ще одну помилку.

Зазвичай намагаються виправити лише одну помилку в кожній купі.

Кращі компілятори дадуть кращі результати та дадуть вам більше корисних помилок після першої, часто через якусь автоматичну корекцію помилок, так що, мабуть, хороший код можна хоча б перевірити. Але тоді я звик працювати в Java, в Eclipse, де помилки синтаксису миттєво виявляються та легко виправляються, а інші помилки компілятора, як правило, більш різноманітні та легші для відновлення компілятора. Я можу лише припустити, що це аналогічно під час роботи в IDE Microsoft та інших у C ++ або C #.

Так - або, принаймні, я їх скутую. Зрозуміти, чи пов’язані помилки досить легко (звичайно достатньо ознайомитись з номером рядка), і мені подобається виправити їх за один прохід, а потім перекомпілювати.

Я роблю це (щоб прочитати помилки минулого першого), лише якщо компіляція 1 cpp дуже довга. Або недоступні. Тоді я вважаю за краще переконатися, що я виправила все, що могло визначити в помилках компілятора, як не пов'язане з першою помилкою.

Коли ваш cpp-файл може бути скомпільований самостійно, і він займає менше секунди (або у вас є "intellisense" вказівки на помилки ще до того, як компіляція навіть почалася), вам не доведеться робити це більшу частину часу.

В даний час я працюю над проектом, в якому я не можу скласти один cpp самостійно (і я не маю рук в системі збирання, тому я не можу змінити це O__o), а для деяких файлів cpp може знадобитися більше десяти хвилин ( навіть після численних зусиль, щоб зменшити це, ми скорочуємо його лише на 50% від початкового часу компіляції ...).

У такому дуже довгому режимі компіляції ви схильні багато подумати, перш ніж натиснути на "збірку" ... і навіть багато подумати після цього, можливо, знайти помилки перед компілятором, оскільки ви, безумовно, швидше отримати їх подумки, ніж це .

Це досить звичайно робити так, як ви. Зазвичай я кажу лікарям-початківцям або програмістам-початківцям, переповненим кількістю помилок, щоб ігнорувати майже всі помилки, крім першої. Це, швидше за все, справжня помилка, яку потрібно виправити, а не оманлива фантомна помилка, викликана попередньою. Деякі (більшість?) Компіляторів мають можливість припинити компіляцію після першої помилки з цієї причини. Системи побудови зазвичай можуть бути налаштовані для зупинки після першого файлу, який також має помилки.

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