При компиляции конфигурационной библиотеки возникли ошибки логи содержат дополнительные детали

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

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

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

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

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

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

Ошибки — это условия, которые препятствуют завершению компиляции ваших файлов.

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

line 13, unexpected parenthesis ‘)’

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

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

could not find definition for X

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

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

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

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

struct 
{
   int x;
   int y;
} myStruct;

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

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

struct MyStructType
{
   int x;
   int y;
}

int foo()
{}

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

extraneous ‘int’ ignored

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

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

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

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

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

foo.cc:7: error: semicolon missing after struct declaration

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

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

extraneous ‘int’ ignored

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

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

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

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

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

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

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

unexpected end of file

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

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

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

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

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

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

undefined function

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

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

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

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

undefined reference to main

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

При попытке скомпилировать проект в Maven (правая панель, пункт compile) вылазят ошибки:

/usr/lib/jvm/oracle_jdk1.8.0_92/bin/java -Dmaven.home=/home/rostislav/IDEs/IDEA/plugins/maven/lib/maven3 -Dclassworlds.conf=/home/rostislav/IDEs/IDEA/plugins/maven/lib/maven3/bin/m2.conf -Didea.launcher.port=7533 -Didea.launcher.bin.path=/home/rostislav/IDEs/IDEA/bin -Dfile.encoding=UTF-8 -classpath /home/rostislav/IDEs/IDEA/plugins/maven/lib/maven3/boot/plexus-classworlds-2.4.jar:/home/rostislav/IDEs/IDEA/lib/idea_rt.jar com.intellij.rt.execution.application.AppMain org.codehaus.classworlds.Launcher -Didea.version=2016.1.3 compile
[INFO] Scanning for projects...
[WARNING] 
[WARNING] Some problems were encountered while building the effective model for com.dugin.rostislav:OSLoaderServer:jar:1.0
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-compiler-plugin is missing. @ line 13, column 21
[WARNING] 
[WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
[WARNING] 
[WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
[WARNING] 
[INFO]                                                                         
[INFO] ------------------------------------------------------------------------
[INFO] Building OSLoaderServer 1.0
[INFO] ------------------------------------------------------------------------
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ OSLoaderServer ---
[debug] execute contextualize
[WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] Copying 0 resource
[INFO] 
[INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @ OSLoaderServer ---
[WARNING] File encoding has not been set, using platform encoding UTF-8, i.e. build is platform dependent!
[INFO] Compiling 22 source files to /home/rostislav/Projects/OSLoader/OSLoaderServer/target/classes
[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR : 
[INFO] -------------------------------------------------------------
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[38,29] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[39,27] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[40,25] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[41,27] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[42,20] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[43,18] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageChanger.java:[20,13] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[78,45] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[123,96] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[153,58] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[154,65] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[155,58] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[169,88] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[164,86] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[165,86] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[195,86] error: cannot find symbol
[ERROR]  variable image of type Image
/home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[196,92] error: cannot find symbol
[INFO] 17 errors 
[INFO] -------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4.229s
[INFO] Finished at: Fri Jul 29 02:04:36 MSK 2016
[INFO] Final Memory: 14M/137M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project OSLoaderServer: Compilation failure: Compilation failure:
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[38,29] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[39,27] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[40,25] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[41,27] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[42,20] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/database/sqlite/ImageRecord.java:[43,18] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageChanger.java:[20,13] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[78,45] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[123,96] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[153,58] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[154,65] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[155,58] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[169,88] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[164,86] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[165,86] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[195,86] error: cannot find symbol
[ERROR] variable image of type Image
[ERROR] /home/rostislav/Projects/OSLoader/OSLoaderServer/src/main/java/com/dugin/rostislav/image/work/model/ImageCreater.java:[196,92] error: cannot find symbol
[ERROR] -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException

По факту, ошибки указывают на участки кода, где ошибок нет… Сборка через Build -> Make Project работает хорошо (если исключить то, что не подтягиваются зависимости).

Удалять .m2 и перезапускать компиляцию пробовал — не помогло.

Как исправить эту ошибку и из-за чего она возникла?

UPD_0: класс ImageRecord (используется библиотека Lombok, которая создает геттеры и сеттеры, а так же ORM):

import com.dugin.rostislav.object.Image;
import com.j256.ormlite.field.DatabaseField;
import com.j256.ormlite.misc.BaseDaoEnabled;
import com.j256.ormlite.table.DatabaseTable;
import lombok.Getter;
import lombok.Setter;

import static com.dugin.rostislav.image.ImagesConst.*;

@DatabaseTable(tableName = TABLE_NAME)
class ImageRecord extends BaseDaoEnabled {
    @Getter @Setter
    @DatabaseField(columnName = COLUMN_IMAGE_EMULATOR_TYPE)
    private Image.ImageEmulator imageEmulator;
    @Getter @Setter
    @DatabaseField(columnName = COLUMN_IMAGE_OS_TYPE)
    private Image.ImageOSType imageOSType;
    @Getter @Setter
    @DatabaseField(columnName = COLUMN_IMAGE_TYPE)
    private Image.ImageType imageType;
    @Getter @Setter
    @DatabaseField(columnName = COLUMN_DESCRIPTION)
    private String description;
    @Getter @Setter
    @DatabaseField(columnName = COLUMN_NAME)
    private String name;
    @Getter @Setter
    @DatabaseField(generatedId = true)
    private int id; //Auto generated DB column

    public ImageRecord() {
        //Void
    }

    ImageRecord(Image image) {
        imageEmulator = image.getImageEmulator();
        imageOSType = image.getImageOsType();
        imageType = image.getImageType();
        description = image.getDescription();
        name = image.getName();
        id = image.getId();
    }

    public Image toImage() {
        return Image.builder()
                .setImageType(imageType)
                .setImageEmulator(imageEmulator)
                .setImageOsType(imageOSType)
                .setDescription(description)
                .setName(name)
                .setId(id)
                .build();
    }
}

UPD_1: класс Image:

import lombok.Getter;
import lombok.Setter;
import lombok.ToString;

import java.io.Serializable;

@ToString
public class Image implements Serializable {
    public static class Builder implements Serializable {
        private ImageEmulator imageEmulator;
        private ImageOSType imageOsType;
        private ImageType imageType;
        private String name;
        private String path;
        private String description;
        private int id;

        private Builder() {
            //private constructor
        }

        public Builder setImageEmulator(ImageEmulator imageEmulator) {
            if (imageType == null) {
                throw new RuntimeException("Firstly, set image type");
            }

            if ((imageEmulator != null) && (imageType == ImageType.IMAGE_ISO)) {
                throw new RuntimeException("Only OS and BIOS images has definite emulator");
            }

            this.imageEmulator = imageEmulator;
            return this;
        }

        public Builder setImageOsType(ImageOSType imageOsType) {
            if (imageType == null) {
                throw new RuntimeException("Firstly, set image type");
            }

            if ((imageOsType != null) && (imageType != ImageType.IMAGE_OS)) {
                throw new RuntimeException("Only OS images has definite OS type");
            }

            this.imageOsType = imageOsType;
            return this;
        }

        public Builder setImageType(ImageType imageType) {
            this.imageType = imageType;
            return this;
        }

        public Builder setName(String name) {
            this.name = name;
            return this;
        }

        public Builder setPath(String path) {
            this.path = path;
            return this;
        }

        public Builder setDescription(String description) {
            this.description = description;
            return this;
        }

        public Builder setId(int id) {
            this.id = id;
            return this;
        }

        public Image build() {
            return new Image(this);
        }
    }

    public enum ImageType {IMAGE_OS, IMAGE_BIOS, IMAGE_ISO}
    public enum ImageEmulator {QEMU, BOCHS}
    public enum ImageOSType {WINDOWS, LINUX, OTHER}

    @Getter private ImageEmulator imageEmulator;
    @Getter private ImageOSType imageOsType;
    @Getter private ImageType imageType;
    @Getter private String name;
    @Getter private String path;
    @Getter private String description;
    @Getter @Setter private int id;

    private Image(Builder builder) {
        imageEmulator = builder.imageEmulator;
        imageOsType = builder.imageOsType;
        imageType = builder.imageType;
        name = builder.name;
        path = builder.path;
        description = builder.description;
        id = builder.id;
    }

    public static Builder builder() {
        return new Builder();
    }
}

UPD_3: фото из настроек IDEA:

Навигация: Главная страница/Система ejudge/Использование/Вердикты тестирования/Ошибка компиляции

Английское название: Compilation Error, CE

Если у посылки установлен такой статус, при компиляции программы возникла ошибка компиляции. Причины возникновения ошибки компиляции зависят от используемого компилятора. Судейский протокол тестирования для посылок с таким статусом содержит полный вывод (на стандартный поток вывода и стандартный поток ошибок) компилятора. Если глобальная конфигурационная переменная
team_enable_rep_view или конфигурационная переменная раздела описания задачи team_enable_rep_view файла конфигурации турнира serve.cfg установлена
в true, то диагностика компилятора становиться доступной участнику турнира.

Кроме того, если установлена глобальная конфигурационная переменная
team_enable_ce_view или конфигурационная переменная раздела описания задачи team_enable_ce_view файла конфигурации турнира serve.cfg
установлена в true, диагностика компилятора в случае ошибки компиляции предоставляется участнику вне зависимости от значения конфигурационной переменной
team_enable_rep_view.

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

Вы видите результат, сгенерированный макросом __FILE__ внутри компилятора MSVC. Дисковод F: был дисководом, используемым на машине сборки в Редмонде для хранения исходного кода. dd означает DevDiv, подразделение подразделения Servers and Tools Microsoft, которое отвечает за продукты разработчика, такие как MSVC. p0 в имени файла дает подсказку, в которой произошел сбой компилятора, p0 — препроцессорный проход. Поэтому может возникнуть какая-то проблема с макросами. Хотя io подсказывает проблемы с файлом.

Нет кода для просмотра, поэтому я могу только рекомендовать документированное обходное решение для C1073. Отключите инкрементную компиляцию с помощью Project + Properties, C/С++, General, Debug Information Format. Измените его по умолчанию /ZI на/Zi и перестройте свой проект. Удалите любой файл .pch в каталоге сборки вручную, чтобы быть уверенным. Надеемся, вы теперь получите сообщения об ошибках, которые подскажут, почему ваш код заставил компилятор пойти на нос. Исправьте те, и с некоторой удачей вы можете снова включить /ZI.

Если у вас все еще есть проблемы, и вы воспроизводите эту проблему с помощью VS2012, вы можете подать отчет об ошибке на странице connect.microsoft.com. Им понадобится копия вашего проекта, чтобы воспроизвести проблему. Если вы не можете ждать или использовать старую версию, обратитесь в службу поддержки Microsoft.

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

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

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

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

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

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

Ошибки — это условия, которые препятствуют завершению компиляции ваших файлов.

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

line 13, unexpected parenthesis ‘)’

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

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

could not find definition for X

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

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

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

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

struct 
{
   int x;
   int y;
} myStruct;

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

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

struct MyStructType
{
   int x;
   int y;
}

int foo()
{}

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

extraneous ‘int’ ignored

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

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

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

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

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

foo.cc:7: error: semicolon missing after struct declaration

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

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

extraneous ‘int’ ignored

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

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

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

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

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

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

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

unexpected end of file

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

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

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

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

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

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

undefined function

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

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

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

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

undefined reference to main

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