Software compiling completed with error

Исправление ошибок компиляции — процесс компиляции

Это ваша первая программа на C (или C++) — она не такая уж большая, и вы собираетесь скомпилировать ее. Вы нажимаете на compile (или вводите команду компиляции) и ждете. Ваш компилятор выдает пятьдесят строк текста. Вы выбираете слова warning и error . Задумываетесь, значит ли это, что все в порядке. Вы ищите полученный исполняемый файл. Ничего. Черт возьми, думаете вы, я должен выяснить, что все это значит …

Типы ошибок компиляции

Во-первых, давайте различать типы ошибок. Большинство компиляторов покажет три типа предупреждений во время компиляции:

• предупреждения компилятора;
• ошибки компилятора;
• ошибки компоновщика.

Хоть вы и не хотите игнорировать их, предупреждения компилятора не являются чем-то достаточно серьезным, чтобы не скомпилировать вашу программу. Прочитайте следующую статью, которая расскажет вам, почему стоит дружить с компилятором и его предупреждениями. Как правило, предупреждения компилятора — это признак того, что что-то может пойти не так во время выполнения. Как компилятор узнает об этом? Вы, должно быть делали типичные ошибки, о которых компилятор знает. Типичный пример — использование оператора присваивания = вместо оператора равенства == внутри выражения. Ваш компилятор также может предупредить вас об использовании переменных, которые не были инициализированы и других подобных ошибках. Как правило, вы можете установить уровень предупреждений вашего компилятора — я устанавливаю его на самый высокий уровень, так что предупреждения компилятора не превращаются в ошибки в выполняемой программе (“ошибки выполнения”).

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

Ошибки компилятора ограничены отдельными файлами исходного кода и являются результатом “синтаксических ошибок”. На самом деле, это означает, что вы сделали что-то, что компилятор не может понять. Например, выражение for(;) синтаксически не правильно, потому что цикл всегда должен иметь три части. Хотя компилятор ожидал точку с запятой, он мог также ожидать условное выражение, поэтому сообщение об ошибке, которое вы получите может быть что-то вроде:

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

Даже если вы прошли процесс компиляции успешно, вы можете столкнуться с ошибками компоновщика. Ошибки компоновщика, в отличие от ошибок компилятора, не имеют ничего общего с неправильным синтаксисом. Вместо этого, ошибки компоновщика — это, как правило, проблемы с поиском определения функций, структур, классов или глобальных переменных, которые были объявлены, но не определены, в файле исходного кода. Как правило, эти ошибки будут иметь вид:

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

Ошибки компилятора — с чего начать?

Если вы столкнулись с перечнем пятидесяти или шестидесяти ошибок и предупреждений, то будет сложно определить с чего начать. Самое лучшее место, тем не менее, в начале списка. В самом деле, вы почти никогда не начинаете исправлять ошибки от конца файла до его начала по одной простой причине: вы не знаете ошибки ли они на самом деле!

Одна ошибка в верхней части вашей программы может вызвать целый ряд других ошибок компилятора, потому что эти строки могут рассчитывать на что-то в начале программы, что компилятор не смог понять. Например, если вы объявляете переменную с неправильным синтаксисом, компилятор сообщит о синтаксических ошибках, и что он не может найти объявление для переменной. Точка с запятой, поставленные не в том месте, могут привести к огромному количеству ошибок. Это происходит, потому что синтаксис C и C++ синтаксис позволяет объявить тип сразу же после его определения:

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

Что-то вроде этого:

может привести к огромному количеству ошибок, возможно, включая сообщения:

Все это из-за одного символа! Лучше всего начать с самого верха.

Анализ сообщения об ошибке

Большинство сообщений от компилятора будет состоять как минимум из четырех вещей:

1. тип сообщения — предупреждение или ошибка;
2. исходный файл, в котором появилась ошибка;
3. строка ошибки;
4. краткое описание того, что работает неправильно.

Вывод g++ для указанной выше программы может выглядеть следующим образом (ваши результаты могут отличаться, если вы используете другой компилятор):

foo.cc это имя файла. 7 — номер строки, и ясно, что это ошибка. Короткое сообщение здесь весьма полезно, поскольку оно показывает именно то, что не правильно. Заметим, однако, что сообщение имеет смысл только в контексте программы. Оно не сообщает, в какой структуре не хватает запятой.

Более непонятным является другое сообщение об ошибке из той же попытки компиляции:

Программист должен выяснить, почему это произошло. Обратите внимание еще раз, что эта ошибка была вызвана проблемой в начале программы, не в строке 8, а раньше, когда в структуре не хватает точки с запятой. К счастью, понятно, что определение функции для foo было в порядке, это говорит нам о том, что ошибка должна быть где-то в другом месте программы. На самом деле, она должна быть в программе раньше — вы не будете получать сообщение об ошибке, которое указывает на синтаксическую ошибку до строки, на которой ошибка на самом деле произошла.

Будет гораздо хуже, если компилятор не будет сообщать вам, что произошло ранее в программе. Даже первая ошибка компилятора, которую вы получите, может быть связана с несколькими строками до указанного предупреждения.

Обработка непонятных или странных сообщений

Есть несколько особенно сложных типов ошибок компилятора. Первый — это необъявленная переменная, которую, как вам кажется, вы объявили. Часто, вы можете указать, где именно переменная была объявлена! Проблема в том, что часто переменная просто написана с ошибкой. К сожалению, это довольно трудно увидеть, так как обычно мы читаем то, что ожидаем, а не то, что есть на самом деле. Кроме того, есть и другие причины, почему это может быть проблемой — например, проблемы с видимостью!

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

Второе непонятное сообщение:

Что происходит? Почему конец файла будет «неожиданным» ? Ну, здесь главное думать как компилятор; если конец файла является неожиданным, то он, должно быть, чего-то ждет. Что бы это могло быть? Ответ, как правило, «завершение». Например, закрывающие фигурные скобки или закрывающие кавычки. Хороший текстовый редактор, который выполняет подсветку синтаксиса и автоматический отступ, должен помочь исправить некоторые из этих ошибок, что позволяет легче обнаружить проблемы при написании кода.

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

Наконец, если ничего не работает, вы всегда можете просто переписать несколько строк кода, чтобы убрать любые скрытые синтаксические ошибки, которые вы могли не увидеть. Это может быть опасно, так как вы можете переписать не ту секцию, но это может помочь.

Ошибки компоновщика

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

У вас могут возникнуть проблемы с тем, как вы настроили свой компилятор. Например, даже если включить нужные заголовочные файлы для всех ваших функций, вы все равно должны предоставить вашему компоновщику правильный путь в библиотеку, которая имеет фактическую реализацию. В противном случае, вы получите сообщение об ошибке:

Обратите внимание на поддержку этих функций компилятором (это может произойти, если вы включите собственное объявление функции, чтобы обойти ошибку во время компиляции). Если ваш компилятор поддерживает эту функцию, то для решения проблемы обычно требуются конкретные настройки компилятора. Вам следует сообщить компилятору, где искать библиотеки и убедиться, что библиотеки были установлены правильно.

Ошибки компоновщика могут произойти в функциях, которые вы объявили и определили, если вы не включили все необходимые объектные файлы в процесс связывания. Например, если вы пишете определение класса в myClass.cpp , а ваша основная функция в myMain.cpp , компилятор создаст два объектных файла, myClass.o и myMain.o, а компоновщику будут нужны оба из них для завершения создания новой программы. Если оставить myClass.o , то у него не будет определения класса, даже если вы правильно включите myClass.h !

Иногда появляются незначительные ошибки, когда компоновщик сообщает о более чем одном определении для класса, функции или переменной. Эта проблема может появиться по нескольким причинам: во-первых, у объекта может быть два определения — например, две глобальные переменные объявлены как внешние переменные, чтобы быть доступными за пределами файла исходного кода. Это относится как к функциям, так и к переменным, и это, на самом деле, нередко случается. С другой стороны, иногда это проблема с директивами компоновщика; несколько раз я видел, как люди включают несколько копий одного и того же объектного файла в процесс связывания. И бинго, у вас есть несколько определений. Типичным проявлением этой проблемы является то, что у целого ряда функций есть несколько определений.

Последний странный тип ошибки компоновщика — сообщение

Данная ошибка компоновщика отличается от других тем, что она может не иметь ничего общего с объектом, включая файлы или правильные пути к вашей библиотеке. Напротив, это означает, что компоновщик пытался создать исполняемый файл и не смог понять, где расположена функция main() . Это может случиться, если вы забыли включить основную функцию, или, если вы попытаетесь скомпилировать код, который никогда не был отдельным исполняемым файлом (например, если вы попытались скомпилировать библиотеку).

Источник

В этой инструкции описано, как устранить проблему, когда при запуске надстройки «Парсер сайтов» появляется сообщение об ошибке компиляции такого вида:

Compile error in hidden module: mod_AACTIONS.
This error commonly occurs when code is incompatible with the version, platform, or architecture of this application. Click «Help» for information on how to correct this error.

Причины проблемы

Проблема чаще всего проявляется на Office 2013, и вызвана тем, что некоторые скриптовые элементы управления в Office 2013 считаются «устаревшими» по соображениям безопасности.
В надстройке «Парсер сайтов» проблема вызвана использованием компонента Web Browser на формах VBA.

Подробно о причинах проблемы (Kill Bit) и способах решения написано в статьях на сайте Microsoft: ссылка1, ссылка2.

Как проверить, действительно ли в вашем случае проблема именно эта:

1. В меню Excel нажимаем Файл — Параметры — Настройка ленты, и включаем галочку для отображения вкладки «Разработчик»
2. На ленте Excel на вкладке «Разработчик» нажимаем Вставить — Элементы ActiveX — Другие элементы управления (см. скриншот)
3. В появившемся диалоговом окне ищем пункт «Microsoft Web Browser», и нажимаем ОК (см. скриншот)
4. Рисуем мышкой прямоугольник на листе Excel.
   Если объект появился на листе (см. скриншот), то в вашем случае присутствует какая-то другая проблема (описанное в инструкции не поможет).
   Если же выскочило сообщение об ошибке «Вставка обьекта неосуществима» / «Cannot insert object», то в этой инструкции описан как раз ваш случай.

Как решить проблему с ошибкой компиляции:

• запускаете (предварительно надо извлечь файл из архива) прикреплённый к статье файл VBA_WebBrowser_FixCompilationError.reg,
  на вопрос «Вы действительно хотите добавить информацию из этого файла в реестр» отвечаете «ДА»
• перезапускаете Excel (если не поможет, то перезагружаете компьютер)

Содержимое файла VBA_WebBrowser_FixCompilationError.reg:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice 15.0ClickToRunREGISTRYMACHINESoftwareWow6432Node MicrosoftOffice15.0CommonCOM Compatibility <8856f961-340a-11d0-a96b-00c04fd705a2>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice 16.0ClickToRunREGISTRYMACHINESoftware Wow6432NodeMicrosoftOffice16.0 CommonCOM Compatibility<8856f961-340a-11d0-a96b-00c04fd705a2>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESOFTWAREWow6432Node MicrosoftOffice15.0 CommonCOM Compatibility <8856f961-340a-11d0-a96b-00c04fd705a2>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESOFTWAREWow6432Node MicrosoftOffice16.0 CommonCOM Compatibility <8856f961-340a-11d0-a96b-00c04fd705a2>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESOFTWAREMicrosoft OfficeCommonCOM Compatibility <00024512-0000-0000-c000-000000000046>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESoftwareWow6432Node MicrosoftOfficeCommonCOM Compatibility <00024512-0000-0000-c000-000000000046>]
«Compatibility Flags»=dword:00000000

Источник

Русские Блоги

Ошибка IDEA Ошибка: Java: ошибка компиляции: внутренняя ошибка компилятора Java

Ошибка IDEA при выполнении программы

Проанализируйте, что исходному выпуску 1.8 требуется целевой выпуск 1.8, и похоже, что версии совпадают. Но компиляция все же пошла не так. Выполнение компиляции или пакета через maven — это нормально. Эта ошибка возникает только тогда, когда класс, в котором выбрана основная функция, запускается из IDEA. Вы можете определить, что должна быть проблема с настройкой версии Java проекта в IDEA. Определите проблему и начните видеть, что такое установка версии IDEA.

1. Настройки проекта и модуля для версии Java
Файл-> Структура проекта-> Параметры проекта-> Проект, убедитесь, что установлена ​​правильная версия. Авторский проект использует java8

2. ИДЕЯ настройка
Файл-> Настройки-> Сборка, Выполнение, Развертывание-> Компилятор Java, убедитесь, что версия выходных данных компиляции проекта — java8. Моя проблема здесь, она должна быть 1,8, и я не знаю, что Когда установлено на 1.6.

На данный момент проблема решена.
Чтобы подвести итог, запустите программу в IDEA, главным образом, если скомпилированная версия или синтаксис исходного кода не соответствуют версии Java, проверьте эти два места, чтобы убедиться, что версия исходного кода, версия для выполнения является Как и ожидалось.

Прикрепите часть maven. Когда возникает проблема с выполнением программы из IDEA, обычно выполняется компиляция или пакетирование только через maven.

Интеллектуальная рекомендация

Работа с селеновой мышью

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

Весна подробно

1 Обзор: Пружина легкая. Чтобы решить сложность предприятия и разработки, это облегченная инверсия управления и аспектно-ориентированная контейнерная структура. Инверсия управления (IOC): инвер.

Седьмая неделя

К какому курсу относится это задание Программирование на языке C (третье издание) Где эта заявка на работу Седьмая неделя весны 2019 Мои цели курса Применение указателя обучения Какой конкретный аспек.

Лавина из-за неправильного использования транзакции

Феномен заключается в том, что определенный интерфейс является интерфейсом проверки Apple Pay, и ему необходимо запрашивать сервер Apple.https://buy.itunes.apple.com/verifyReceipt, В результате сервер.

Начало работы с Sencha на Android

ExtJs уже очень развит в веб-приложениях, Sencha Touch, похоже, имеет эту тенденцию, похоже, что он достиг версии 0.94. На самом деле, Sencha также очень прост в использовании, а эффект интерфейса луч.

Источник

Ошибка Compile error in hidden module

В этой инструкции описано, как устранить проблему, когда при запуске надстройки «Парсер сайтов» появляется сообщение об ошибке компиляции такого вида:

Compile error in hidden module: mod_AACTIONS.
This error commonly occurs when code is incompatible with the version, platform, or architecture of this application. Click «Help» for information on how to correct this error.

Причины проблемы

Проблема чаще всего проявляется на Office 2013, и вызвана тем, что некоторые скриптовые элементы управления в Office 2013 считаются «устаревшими» по соображениям безопасности.
В надстройке «Парсер сайтов» проблема вызвана использованием компонента Web Browser на формах VBA.

Подробно о причинах проблемы (Kill Bit) и способах решения написано в статьях на сайте Microsoft: ссылка1, ссылка2.

Как проверить, действительно ли в вашем случае проблема именно эта:

1. В меню Excel нажимаем Файл — Параметры — Настройка ленты, и включаем галочку для отображения вкладки «Разработчик»
2. На ленте Excel на вкладке «Разработчик» нажимаем Вставить — Элементы ActiveX — Другие элементы управления (см. скриншот)
3. В появившемся диалоговом окне ищем пункт «Microsoft Web Browser», и нажимаем ОК (см. скриншот)
4. Рисуем мышкой прямоугольник на листе Excel.
   Если объект появился на листе (см. скриншот), то в вашем случае присутствует какая-то другая проблема (описанное в инструкции не поможет).
   Если же выскочило сообщение об ошибке «Вставка обьекта неосуществима» / «Cannot insert object», то в этой инструкции описан как раз ваш случай.

Как решить проблему с ошибкой компиляции:

• запускаете (предварительно надо извлечь файл из архива) прикреплённый к статье файл VBA_WebBrowser_FixCompilationError.reg,
  на вопрос «Вы действительно хотите добавить информацию из этого файла в реестр» отвечаете «ДА»
• перезапускаете Excel (если не поможет, то перезагружаете компьютер)

Содержимое файла VBA_WebBrowser_FixCompilationError.reg:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice 15.0ClickToRunREGISTRYMACHINESoftwareWow6432Node MicrosoftOffice15.0CommonCOM Compatibility <8856F961-340A-11D0-A96B-00C04FD705A2>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice 16.0ClickToRunREGISTRYMACHINESoftware Wow6432NodeMicrosoftOffice16.0 CommonCOM Compatibility<8856F961-340A-11D0-A96B-00C04FD705A2>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESOFTWAREWow6432Node MicrosoftOffice15.0 CommonCOM Compatibility <8856F961-340A-11D0-A96B-00C04FD705A2>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESOFTWAREWow6432Node MicrosoftOffice16.0 CommonCOM Compatibility <8856F961-340A-11D0-A96B-00C04FD705A2>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESOFTWAREMicrosoft OfficeCommonCOM Compatibility <00024512-0000-0000-C000-000000000046>]
«Compatibility Flags»=dword:00000000

[HKEY_LOCAL_MACHINESoftwareWow6432Node MicrosoftOfficeCommonCOM Compatibility <00024512-0000-0000-C000-000000000046>]
«Compatibility Flags»=dword:00000000

Источник

IIS Compilation Error -2146232576 AspNetInitializationExceptionModule

I have a fairly simple C# WebAPI2 project that runs locally but after publishing to IIS on a remote machine (Windows Server 2012 R2 Standard) the web page displays the following (after setting customErrors to «Off»):

Server Error in ‘/’ Application. Compilation Error Description: An error occurred during the compilation of a resource required to service this request. Please review the following specific error details and modify your source code appropriately. Compiler Error Message: The compiler failed with error code -2146232576.

If I grab the detailed compiler output and run it on the IIS server, I get a smartscreen error message saying:

This app can’t run on your PC. To find a version for your PC, check with the software publisher.

I’m guessing it’s something to do with the compiler version but nothing has changed since it last published.

9 Answers 9

I faced with this problem after upgrade some NuGets and solved with below steps.

Step 1: Remove these NuGet packages from NuGet Package Console

Step 2: Add these system.codedom lines before closing tag in Web.config

PS: After a while, we removed completely, for fixed other errors.

The culprit is the Microsoft.Net.Compilers package, used to support modern C# syntax/features (version 6.0, 7.0) in your project and in Razor views in particular. Depending on its version, the package requires a particular minimum version of the full .NET framework to be installed on a machine in question.

For instance, the 2.2.0 package requires .NET 4.6+. Even though your project is targeting say .NET 4.5.2, you probably have the latest .NET installed on your development machine, and everything goes just fine. The remote deployment machine only has .NET 4.5.2 installed, and when your ASP.NET application tries to compile resource (e.g. views) at run time, you get error -2146232576 .

If you absolutely need to use newish C# features in your project — install the latest .NET framework onto the remote machine.

Источник

What do internal compiler error messages mean, and what can I do?

I was trying to compile my C++ program, which uses MPICH and NAG C library (I use NAG to generate random numbers), with a pgCC compiler.

However, the compiler gave me the following error message:

I have no idea what these messages are referring to. Can someone explain to me what they mean?

Is there a way for me to figure out the position of the problematic line(s)? Does the 255 in (mpisim.C: 225) indicate the line number in my code?

4 Answers 4

An internal compiler error is a bug in the compiler. There’s not much you can do short of raising the problem with the compiler vendor.

Usually, ICEs happen when you attempt to compile incorrect code, but it is also entirely conceivable for a compiler to choke on valid C++. The language is so complex that it is hard to test every possible feature in all possible combinations.

If you manage to figure out the line of code that’s causing the crash, you could try and rewrite it in simpler terms (e.g. by introducing additional local variables or typedefs).

They indicate that the compiler has found errors or inconsistensies in itself. Similar to using assert in your code.

If you compile something that is very odd and illegal code, it could just be that the compiler team hasn’t tested this use case. Otherwise it is likely a problem with the compiler.

This happens to me sometimes when I download a bunch of assets. Anything can go wrong, from two scripts sharing a namespace or the scripts not being for the version of Unity you are using.

My advice is to:

1) Check all your scripts to see if there are any duplicate names, make sure you keep them organized in folders to make this simpler!

2) IF you can’t figure out at all what is going on, start be deleting the asset folders you downloaded starting from newest to oldest. Check every time you get rid of an asset folder to see if your errors change. Once you have found which script was causing the trouble, it’s just a matter of finding out why.

Источник

Understanding and fixing compiler and linker errors

The Types of Compilation Errors

First, let’s distinguish between the types of errors: most compilers will give three types of compile-time alerts: compiler warnings, compiler errors, and linker errors.

Although you don’t want to ignore them, compiler warnings aren’t something severe enough to actually keep your program from compiling. Usually, compiler warnings are an indication that something might go wrong at runtime. How can the compiler know this at all? You might be making a typical mistake that the compiler knows about. A common example is using the assignment operator (‘=’) instead of the equality operator (‘==’) inside an if statement. Your compiler may also warn you about using variables that haven’t been initialized and other similar mistakes. Generally, you can set the warning level of your compiler—I like to keep it at its highest level so that my compiler warnings don’t turn in to bugs in the running program (‘runtime bugs’).

Nevertheless, compiler warnings aren’t going to stop you from getting your program working (unless you tell your compiler to treat warnings as errors), so they’re probably a bit less frustrating than errors. Errors are conditions that prevent the compiler from completing the compilation of your files. Compiler errors are restricted to single source code files and are the result of ‘syntax errors’. What this really means is that you’ve done something that the compiler cannot understand. For instance, the statement «for(;)» isn’t correct syntax because a for loop always needs to have three parts. Although the compiler would have expected a semicolon, it would also have expected a conditional expression, so the error message you get might be something like «line 53, unexpected parenthesis ‘)’». Note, also, that compiler errors will always include a line number at which the error was detected.

Even if you make it through the compilation process successfully, you may run into linker errors. Linker errors, unlike compiler errors, have nothing to do with incorrect syntax. Instead, linker errors are usually problems with finding the definitions for functions, structs, classes, or global variables that were declared, but never actually defined, in a source code file. Generally, these errors will be of the form «could not find definition for X».

Usually, the compilation process will begin with a series of compiler errors and warnings and, once you’ve fixed all of them, you’ll then be faced with any linker errors. In turn, I’ll first cover dealing with compiler errors and then with linker errors.

Compiler Errors — Where do you start?

If you’re faced with a list of fifty or sixty error and warning messages, it can be daunting to even try to figure out where to start. The best place, though, is at the beginning—as in, the beginning of the list. In fact, you should almost never start trying to fix errors from the end of the file to the beginning for one simple reason: you don’t know if they’re actually errors!

A single error near the top of your program can cause a cascade of other compiler errors because those lines might rely on something early in the program that the compiler couldn’t understand. For instance, if you declare a variable with improper syntax, the compiler will complain about that syntax error and that it cannot find a declaration for the variable. Leaving off a semicolon in the wrong place can result in an astonishing number of errors. Things like this can happen because C and C++ syntax allows for things like declaring of a type immediately after the type definition: This would create a variable, myStruct, with room to store a struct containing two integers. Unfortunately, this means that if you leave off a semicolon, the compiler will interpret it as though the next thing in the program is intended to be a struct (or return a struct). Something like this can result in an surprising number of errors (possibly including a complaint about an extraneous «int» being ignored). All this for a single character! best to start at the top.

Dissecting an Error Message

Most messages from the compiler will consist of at least four things: the type of message—warning or error—source code file in which the error appeared, and the line of the error, and a brief description of what was wrong. Output from g++ for the above program might look something like this (your results with other compilers may vary): foo.cc is the name of the file. 7 is the line number in question, and it is clear that this is an error. The brief message here is quite helpful because it says exactly what was wrong. Notice, however, that the message makes sense only in the context of the program. It doesn’t say which struct was missing a semicolon.

More cryptic was another error message from the same compilation attempt: «extraneous ‘int’ ignored». It’s up to the programmer to figure out exactly why it was extraneous. Notice again that this was an error caused by a problem earlier in the program, not on line 8, but earlier, when the struct lacked a semicolon terminator. Fortunately, it’s pretty clear that the function definition for foo was OK; this tells us that the error must have been caused somewhere else in the program. In fact, it had to be earlier in the program—you won’t get an error message that indicates a syntax error prior to the line on which the error actually occurred.

This brings up another guiding principle of hunting down compiler errors: when in doubt, look earlier in the program. Since syntax errors can have mysterious repercussions later, it’s possible that the compiler was giving a line number that doesn’t actually have a syntax error! Worse, many times, the compiler won’t be as friendly in telling you exactly what happened earlier in the program. Even the first compiler error you get might be due to something several lines before the indicated warning.

Handling Cryptic or Bizarre Messages

There are several types of compiler errors that are especially frustrating. The first is the case of an undeclared variable that you swear you declared. Often times, you can actually point out exactly where the variable was declared! The problem is often that the variable is simply misspelled. Unfortunately, this can be very hard to see since the mind typically reads what it expects rather than what is actually there. Worse, there are other reasons why this could be a problem too—scoping issues for instance!

To sort through the possible problems, one trick I like to use is to go to the line of the supposedly undeclared variable and have my text editor perform a search for the word under the cursor (alternatively, you could copy the variable name and perform a search); this guarantees that if I spelled it incorrectly, it will not find a match for my search. This also keeps me from having to type the word, which could result in my correctly spelling the variable name.

A second cryptic message is the «unexpected end of file». What’s going on here? Why would the end of the file be «unexpected»? Well, the key here is to think like the compiler; if the end of the file is unexpected, then it must be that it’s waiting for something. What could it be waiting for? The answer is usually «closure». For instance, closing curly braces or closing quotes. A good text editor that performs syntax highlighting and automatic indentation should help fix some of these issues by making it easier to spot problems when writing code.

Ultimately, when a message is cryptic, the way to approach the problem is to think about how the compiler is trying to interpret the file. This can be hard when you’re just starting out, but if you pay attention to the messages and try to pick out what they could mean, you’ll quickly get used to the general patterns.

Finally, if nothing else works, you can always just rewrite a few lines of code to clear out any hidden syntax errors that might be hard for the eye to catch. This can be dangerous if you don’t end up rewriting the right section of code, but it can be helpful.

Linker Errors

Once you’ve finally cleaned up all those frustrating syntax errors, taken a nap, had a meal or two, and mentally prepared yourself for the program to build correctly, you may still need to deal with linker errors. These can often be more frustrating because they aren’t necessarily the result of something written in your program. I’ll briefly cover some of the typical types of linker errors you can expect and some of the ways to fix them.

You may have issues with how you set up your compiler. For instance, even if you include the correct header files for all of your functions, you still need to provide your linker with the correct path to the library that has the actual implementation. Otherwise, you will get «undefined function» error messages. Be careful that your compiler doesn’t actually support these functions at all (this could happen if you include your own declaration of a function to get around a compile-time error). If your compiler should support the function, then fixing this problem usually requires compiler-specific settings. You’ll generally want to look for how to tell the compiler where to look for libraries and make sure that the libraries were actually installed correctly.

Linker errors can also come about in functions that you have declared and defined if you fail to include all of the necessary object files in the linking process. For example, if you write your class definition in myClass.cc, and your main function is in myMain.cc, your compiler will create two object files, myClass.o and myMain.o, and the linker will need both of them to finish the creation of the new program. If you leave out myClass.o, then it will not have the class definition even if you correctly included myClass.h!

A sometimes subtle error is when the linker complains about there being more than one definition for a class, function, or variable. This issue can come up in one of several ways: first, there might actually be two definitions of an object—for instance, two global variables both declared as external variables to be accessible outside of the source code file. This is a legitimate concern for both functions and variables, and it definitely can happen. On the other hand, sometimes the problem is with the directives to the linker; on more than one occasion, I’ve seen people include multiple copies of the same object file in the linking process. And bingo, you’ve got multiple definitions. A typical giveaway for this problem is that a whole host of functions have multiple definitions.

The last bizarre type of linker error is a complain about an «undefined reference to main». This particular linker error differs from the other in that it may have nothing to do with including object files or having the correct paths to your libraries. Instead, it means that the linker tried to create an executable and couldn’t figure out where the main() function was located. This can happen if you forget to include the main function at all, or if you attempt to compile code that was never meant to be a stand-alone executable (for instance, if you tried to compile a library). Related articles

What’s the difference between declaring and defining something in C and C++? Learn about the distinction between declaring a variable, class or function—and defining it—and why it matters when you have trouble compiling or linking your code

Compiling and Linking A brief description of the compiling and linking process

The Static Keyword Covers the static keyword and how it can change the accessibility of global variables

Using Namespaces Learn how namespaces can hide function and variable declarations

Источник