IDE Window: Project Options/ru
│
Deutsch (de) │
English (en) │
suomi (fi) │
français (fr) │
日本語 (ja) │
русский (ru) │
menu: Project | Project Options
Опции проекта
Настройки приложения
Title (Заголовок)
То же, что и настройка
Application.Title:='Some text';
Название отображается по-разному на разных платформах.
Icon (Иконка приложения)
Несколько кнопок позволяют загрузить значок из PNG-файла или установить значок по умолчанию.
- Иконка всегда используется в Windows.
- Значок не используется в Linux (например, в Ubuntu для назначения значка вам необходимо создать файл PNG в специальной папке, а также создать файл .desktop).
- Значок используется в macOS, как начальный значок для Application Bundle (но лучше скопировать значок вручную, а затем указать его вручную).
Use manifest file to enable themes (for Windows) (Использовать файл манифеста для включения тем (для Windows))
Включите автоматическое создание ресурса "manifest" (внедрен в файл .exe, это не файл app.exe.manifest). Этот манифест необходим для поддержки тем (Windows XP и выше).
DPI Awareness (Поддержка DPI)
Поддержка High DPI элементов управления. Для Windows Vista+. Значения:
Поддержка | Описание |
---|---|
False | Устанавливает приложение не поддерживающим DPI. |
True | Устанавливает приложение с поддержкой системной DPI. |
Per-monitor | В Windows 8.1 устанавливает приложение с поддержкой DPI каждого монитора. На Windows Vista из-за Windows 8 приложение не поддерживает DPI. |
True/PM | В Windows 8.1 устанавливает приложение с поддержкой DPI каждого монитора. На Windows Vista из-за Windows 8 устанавливает приложение с поддержкой системной DPI. |
Execution Level (Уровень исполнения)
Вы можете выбрать уровень прав доступа (Windows Vista +), который требуется вашей программе. Значения:
Права доступа | Описание | Рекомендации |
---|---|---|
asInvoker | Приложение работает с тем же правом доступа, что и родительский процесс. |
стандартное пользовательское приложение. |
highestAvailable | Приложение работает с самыми высокими привилегиями, которые может получить текущий пользователь. |
приложения в смешанном режиме. |
requireAdministrator | Приложение работает только под администратором и требует, чтобы приложение запускалось с правами полного доступа администратора. |
приложения только для администраторов. Внутренние повышенные права не нужны. Приложение уже запущено с повышенными правами. |
UI Access (Доступ к пользовательскому интерфейсу)
Документация MS: "Приложения, которые не предоставляют специальных возможностей, должны устанавливать этот флаг в false. Приложения, которые необходимы для ввода данных в другие окна на рабочем столе (например, на экранной клавиатуре), должны установить это значение в true".
Text fields (Текстовые поля)
Кнопка позволяет изменить строковые свойства манифеста. На данный момент это: название проекта, описание проекта. Некоторые из этих значений используются ОС в диалоговом окне отчета о сбое (и, возможно, в журнале событий).
Use Application Bundle for running and debugging (for Darwin) (Использовать Application Bundle для запуска и отладки (для Darwin))
Это необходимо для правильного выполнения приложений MacOS. При установке этой опции IDE запускает/отлаживает Application Bundle (папка с расширением .app) вместо реального исполняемого файла.
Create Application Bundle (Создать Application Bundle)
Нажатие на эту кнопку создает Application Bundle с символической ссылкой на исполняемый файл для этого проекта.
Для получения дополнительной информации о Application Bundles см. Creating the Apple resource files.
Forms (Формы)
Вы можете создавать формы при запуске проекта. Это так же, как добавление
Application.CreateForm(FormX,TFormX);
строки к коду.
Примечание: Формы создаются автоматически, но автоматически не отображаются. Они отображаются, если их свойство Visible установлено в значение true. Например, переменная формы установлена, поэтому вы можете написать Form1.Caption: = 'Some text';. Чтобы показать такую форму, добавьте строку Form1.Show; или Form1.ShowModal;
FPDoc Editor (Редактор FPDoc)
Путь к файлам FPDoc
Содержит пути к файлам FPDoc с документацией по проекту. Файлы FPDoc представляют собой простые *.xml файлы и создаются встроенным редактором FPDoc или автономным приложением-редактором документации lazarus (поставляется с lazarus в doceditor/lazde.lpi).
Например: Установите его в [папку] "docs". Затем среда IDE выполнит поиск и создаст файлы fpdoc в подпапке "docs" каталога вашего проекта.
Session (Сеанс работы)
Save editor info for closed files (Сохранять информацию редактора для закрытых файлов)
Среда IDE сохраняет настройки редактора (положение каретки, верхняя строка, индекс страницы, закладки, история переходов) даже для закрытых файлов и восстанавливает их при повторном открытии файла. По умолчанию: включено.
Save editor info only for project files (Сохранять информацию редактора только для файлов проекта)
В среде IDE для каждого файла сохраняются различные параметры, такие как параметры редактора, параметры запуска файла, имена ресурсов. Обычно среда IDE сохраняет эту информацию вместе с информацией о проекте (файл .lpi или .lps). Включите это, чтобы не хранить такие значения на диске. По умолчанию: true.
Save session information in (Сохранять информацию о сеансе работы в)
У каждого проекта есть сеанс работы. Сеанс работы содержит всю мета-информацию об открытых файлах в редакторе исходного кода, закладках, истории переходов и информации о файле запуска. Вы можете указать, где хранить эту информацию для текущего проекта:
- Save in .lpi file (Сохранять в файле .lpi) - файл будет часто меняться.
- Save the .lps file in the project directory (Сохранять файл .lps в каталоге проекта) - полезно, если файл .lpi находится под софтом контроля версий (например, cvs, svn).
- Save in IDE config directory (Сохранять в каталоге конфигурации IDE (прим.перев: напр., ~/.lazarus или %USERPROFILE%\AppData\Local\lazarus)) - полезно, если директория проекта доступна только для чтения
- Do not save any session info (Не сохраняйте информацию о сессиях) - полезно для параноиков.
Version Info (Информация о версии)
Диалог с кнопкой Test всегда доступен для использования
Вы можете включить информацию о версии файла в исполняемый файл/библиотеку. В Windows это будет отображаться в свойствах файла.
Прим.перев.: Чтобы задействовать функционал, описанный выше, необходимо пометить чекбокс "Include version info in executable". Если вы хотите, чтобы номер сборки нарастал автоинкрементом, поставьте галочку возле "Automatically increase build number".
![Note icon Light bulb](https://upload.wikimedia.org/wikipedia/commons/d/d8/Nuvola_apps_ktip.png)
Resources
i18n
I18n расшифровывается как Internationalization. Когда этот параметр включен, среда IDE автоматически создает и обновляет файлы переводов (.po-файлы) для ваших разделов строк ресурсов и файлов lfm.
Для [получения] более подробной информации см. здесь.
Прим.перев.: Для русскоязычной аудитории также могу посоветовать статью с примерами по интернационализации приложения.
Включение i18n
Позволяет создавать .po файлы для .rst файлов в заданном выходном каталоге.
Create/update .po file when saving a lfm file (Создавать/обновлять .po файл при сохранении файла lfm)
Когда этот параметр включен, среда IDE добавляет строки типа TTranslateString формы/датамодуля в файл unitname.po в каталоге вывода po.
Вы можете отключить их создание для отдельных форм через инспектор проекта.
Excluded: Identifiers and Originals
Starting with Lazarus 1.8 the i18n frame contains two boxes "Identifiers" and "Originals" to exclude specific strings from the generated po files. For example, suppose the caption of a button is assigned to a specifically declared resource string. In this case the caption seen in the object inspector is obsolete and can be excluded by entering its text in the column "Originals"; alternatively the string tform1.button1.caption
can be entered in the list "Identifiers" (this assumes that the button is named Button1
and sits on an instance of TForm1
). Note that the excluded entries are not removed from the po files automatically. You must perform a Clean up and Build to recreate the required files.
Resources
Miscellaneous
Main unit is Pascal Source
The main source is the root unit of a project. Typically this is the .lpr file. Set to true, if the main source is a pascal source.
Main Unit has Uses Section containing all Units of project
If this is enabled, the IDE will update the uses section whenever a unit is added or removed from the project.
Main Unit has Application.CreateForm statements
If this is enabled the IDE will add/remove Application.CreateForm(FormX, TFormX); statements for forms. If it is disabled, it will ignore these statements (no delete, no add, no change).
Main Unit has Application.Title statement
If this is enabled the IDE will add/remove Application.Title:='Some Text' statements. If the Title contains a value it will add a line, if the Title is empty it will remove it. If the Title changes it will add/remove/change the statement. If it is disabled, it will ignore these statements (no delete, no add, no change).
Project is runnable
The Project can be run in the debugger.
Always build (even if nothing changed)
If disabled, the IDE checks before running for changes and if nothing changed will skip the compile step. Lazarus checks the compiler parameters, the compiler executable (filedate and filename) as listed in the projectname.compiled file and it checks the file dates of files listed in the project inspector. It does not check the fpc.cfg and not all the files in the project directories (only those listed in the project inspector) and it does not check all used units. So it will ignore changes in used units not listed in the project inspector, even if it is used by the project and opened in the source editor.
Resource type of project
When you create a new form, data module, or frame a .lfm file is created. This option defines how the .lfm file is added to the executable, and determines how the project resources are stored. Since version 0.9.29 the two options are:
- lrs include file - This option needs one include file per unit and a corresponding include directive {$I unit1.lrs} in the unit's initialization section. This option is supported on all platforms, and the IDE creates and updates the needed .lrs file automatically.
- FPC resources - This option needs at least FPC version 2.4.0 (or higher) and a resource directive {$R *.lfm} in each unit which requires resources. Loading speed and executable size is similar to the .lrs option. The main advantage of FPC resources is that there is one less source file (since no .lrs files are generated).
This project setting affects how project resources are stored, as well as which is the appropriate source code directive to use (although the directives are inserted into the unit source for you). If you choose the "lrs include file" option, then the IDE stores icon resources in the .lrs file (and - only on the Windows platform - includes .rc files, if any). If you choose "FPC resources" then the IDE stores resources in .rc files on all platforms. The IDE automatically searches for a project icon resource in any .lrs resource first. If no icon resource is found there, or if there is no .lrs file, then it searches in the project's fpc resources.
Compiler Options
Main Menu > Project > Project Options ... > Compiler Options
Paths
Here are the general rules about search paths:
- Relative paths are expanded with the project or package directory (where the .lpi/.lpk file is located).
- These paths are added to the search paths. They do not replace existing paths.
- The IDE has one set of search paths for every package/project. That means each package can have different search paths than the active project.
"set of search paths" refers to unit search path, include search path, sources search path, ...- Every directory in the unit search path of the project gets all the project search paths.
- Every directory in the unit search path of the package gets all the package search paths.
- Other directories get the project search paths. If the project search path contains the '.' the directory will see the project directory too.
- Using "uses unitname in 'filename'" does not affect any search path.
- If a package or project uses a package, it will inherit the usage search paths. You can see the inherited search paths in the Inherited page.
- If you do not want to use a search path inherited from a used package you must change the compiler options of the used package.
- Using the Lazarus package system, you hardly ever need to set search paths manually.
- The Free Pascal Compiler has a configuration file of its own (default /etc/fpc.cfg) which defines a set of search paths to the FPC ppu files. For example to find the FPC units of the RTL or the FCL like 'classes', 'sysutils'. Do not add search paths to source files (.pas, .inc) in there.
- Search paths are separated by a semicolon ';'.
- Leading and trailing spaces are ignored and automatically removed by the IDE. The IDE normalizes search paths and appends the path delimiter (Windows: \, all other: /). Search paths are automatically converted to the current operating system when opening an .lpi or .lpk file.
- You can use macros. For example $NameOnly($(ProjFile))-$(TargetCPU). See IDE Macros in paths and filenames.
Wildcards
- The last part of a directory can be a wildcard * or **, so e.g. /path/*, but not /path/*/foo, nor /path/foo*.
- You can use a single star * at the end to search in all direct sub directories. For example C:\project\* will find unit1.pas in C:\project\foo\unit1.pas or C:\project\bar\unit1.pas, but not C:\project\unit1.pas nor C:\project\foo\bar\unit1.pas. (Since Lazarus 3.99.)
- You can use a double star ** at the end to search in the directory and all sub directories. For example C:\project\** will find unit1.pas in C:\project\unit1.pas, C:\project\foo\unit1.pas, and C:\project\foo\bar\unit1.pas. (Since Lazarus 3.99.)
- You can add any number of wildcard search paths, e.g. 'src/*;tests/**;extra'.
- Excludes: can be defined in Tools / Environment / File Filters / Excludes for * and **. Default is '.*;backup'. Excludes are case insensitive.
Other Unit Files
This is the search path for the Pascal units (.ppu, .pp, .pas, .p) of the project or package. See the title of the window to know which. This path is given to the Free Pascal Compiler which adds it to its Unit Path.
- Adding and removing units to the project/package will automatically ask you to adjust the unit path.
- This search path contains the directories of your project (or your package) that contain the .pas, .pp or .p files.
- If you want to share some units between your projects, create a package for them. It's easy.
![Note icon Light bulb](https://upload.wikimedia.org/wikipedia/commons/d/d8/Nuvola_apps_ktip.png)
For example: Do not add any FPC or LCL source directory to this search path.
Include Files
This is the search path for the include files (eg .inc, .lrs files). This path is given to the Free Pascal Compiler, which adds it to its Include Path, which is used by include directives like {$I filename.inc} or {$INCLUDE filename.inc}.
Other sources
This is a search path for Pascal unit sources which is only used by the Lazarus IDE (not by the compiler). Normally you will leave this empty. It is only useful when you build the ppu files without Lazarus.
Example: You have a directory with sources and another directory with the corresponding .ppu files and you can't or don't want to create a Lazarus package. You add the .ppu directory to the 'Other Unit Files' path and the .pas directory to the 'Other sources' path. This way the compiler will use the .ppu files and not try to rebuild them every time. Also, the IDE will find the sources and Find Declaration works.
Libraries
This is the search path for libraries (.dll or .so or .a files). These are only used in the compiling/linking phase; e.g. when running your application under the debugger, you need to make sure required libraries are present in the expected place (e.g. - depending on platform - executable directory, PATH, .so/.dylib search path).
Unit output directory
This is the directory where the compiler will put all output, like .ppu, .o, .rst files (it passes this to compiler switch -FU). If you are using the $R directive for the lfm files, it will also copy the lfm files there.
A popular usage example is an output directory named units, and then an extra sub-directory for the CPU and OS target. For example:
units/$(TargetCPU)-$(TargetOS)
Notes:
- If the unit output directory is empty, Lazarus will not pass the -FU switch to the compiler. The compiler will then use the -FE switch. See Project target file
- Packages normally inherit their output directory to other packages via the 'usage' options. You do not need to add package paths manually to your project.
- If the output directory of a package is empty, the macro $(PkgOutDir) is too and will not be inherited to descending packages and projects. Use a dot '.' to define the current directory.
Target file name
Note: Only projects have this. This option is not available for packages.
Set here the filename of the generated executable. If the file is relative it will be expanded with the project directory (where the .lpi file is). If no file is given the executable is put into the unit output directory and has the name of the main source file name (usually the .lpr file) without the extension. If no extension is given, the default extension for the platform is added (eg .exe for MS Windows, none for others). When a new project has not been saved yet and is built, the IDE saves the files to the tmp directory. The relative files are then relative to this directory.
Lazarus passes the compiler switch:
- -o to define the target file name.
- -FE if the target file name is not in the project directory (where the .lpi file is located)
- -FU if the unit output directory is not empty
If the target file name is in another directory (not the directory of the .lpi file), Lazarus will pass the -FE switch to the compiler to make sure that the secondary files, like .o and .rst are put into the same directory. If you cleared the unit output directory then the IDE will not pass the -FU switch and the compiler will generate the .ppu/.o files of the units in the target directory too.
If you cleared the unit output directory and your project target file is in the project directory, then neither -FU nor -FE is passed to the compiler, and the compiler will work in Delphi-compatible mode and generate the .ppu/.o file of each unit in the same directory as the unit.
Apply Conventions
Enable this to apply various naming conventions depending on the target platform.
- Windows: If it is a program, it appends the '.exe' extension; if it is a library, it appends '.dll'.
- Unix (eg Linux, FreeBSD, Darwin/macOS): If it is a library the name is lowercased and if the name does not start with 'lib' it prepends 'lib'.
- Linux, FreeBSD: If it is a library it appends '.so'.
- Darwin/macOS: If it is a library it appends '.dylib'.
Examples
Unit output directory | Target file name | Generated options | Note |
---|---|---|---|
lib/$(TargetCPU)-$(TargetOS) | empty | -FElib\x86_64-win64 -olib\x86_64-win64\project1.exe | all output files are put into lib\x86_64-win64\ |
lib | foo | -FUlib -FE. -ofoo.exe | all unit output files like ppu and o are put into lib\, program output files are put into the base directory (where the lpi is) |
lib | foo/bar | -FUlib -FEfoo -ofoo\bar.exe | all unit output files like ppu and o are put into lib\, program output files are put into foo |
empty | empty | -oproject1.exe | ppu files are put to the .pas files, e.g. a src\unit1.pas creates a src\unit1.ppu |
empty | foo | -ofoo.exe | ppu files are put to the .pas files |
empty | . (single dot and Apply conventions disabled) | ppu files are put to the .pas files, output file is whatever the compiler's default is |
Debugger path addition
These directories are added to the search path of the IDE debugger, when it searches for sources (units and include files).
LCL widget type (pre Lazarus 1.0)
In older Lazarus releases: this is the used LCL widget set. Normally the default widget set is used. If you want to try another or you are cross compiling, select another widget set here.
- The default widget set of a package is the widget set of the current project.
- The default widget set of the current project depends on the current operating system. For example: win32 for windows 2000.
- You should not set the widget set for a package, because then the project cannot override it. Only set it, if the package is part of a set of packages - one for each widget set.
- In Lazarus 1.0, the "Select another LCL widget set (macro LCLWidgetType)" redirects you to the Build Modes page, where you can add the macro LCLWidgetType.
- In Lazarus 1.1, the "Select another LCL widget set (macro LCLWidgetType)" redirects you to the Additions and Overrides page, where you can add an IDE macro LCLWidgetType.
Config and Target
- Write config instead of command line parameters (@): Instead of passing all project/package compiler options as command line parameters, Lazarus can write a config file. You can specify a filename or use the default. All parameters except @, -n, filename and the automatic -B are written to the config and a @filename.cfg is passed to the compiler. This option exists since 3.99.
Build modes
Adding, deleting, activating build modes
Only projects have build modes. A package does not have build modes. Note: A project can apply build modes to the packages it depends on using 'Additions and Overrides' - see below.
Build modes allow to define sets of compiler options and to quickly switch between these sets. For example you can define a mode for debugging which compiles your project with range checking, while your default mode does not.
Note: If you want to pass some options depending on the platform, for example passing some extra linker options under OS X, please take a look at Build Macros.
How to reach this dialog: Project / Project Options / Compiler Options. Make sure that "Build Modes" is enabled.
Click on the "..." button right to add/remove/rename build modes:
The grid contains the list of build modes with three columns.
The first column shows which mode is currently active, it is checked. When you activate another mode, all compiler options pages will load the settings of the new mode, including the macro values on the build modes page. There is always only one mode active and you can only edit the properties of one mode at a time. Which mode is active is stored in the session file (lps). The default mode is the first mode.
If your project stores the session in a separate lps file (see Project options / Session / Save session info in), you can store extra modes in the lps session file, so that each developer can have her own set of modes. In this case the second column shows where the mode is stored, in the lpi or the lps (in session). Keep in mind that the first mode is the default mode for the project, so it must be stored in the project, not in the session file.
The last column is the name of the mode. It is an arbitrary string, so you can give it a short name or a whole sentence.
- The plus button adds a new mode, by duplicating the currently active one and activates it.
- The minus button delete the currently selected mode. There must be at least one mode. If you delete the first mode, which is the default mode, the second mode automatically becomes the default mode.
- The up, down buttons allows to reorder the modes.
- The rightmost button shows the differences between build modes.
Hint:: Once you added another build mode there will be a new button in the IDE main bar to quickly switch the currently active mode.
Note:: When opening a new project with an old IDE (<0.9.31), you will only see the default mode. If you save the project with the old IDE you will loose all other modes, all macros and conditionals.
Build modes exist since 0.9.31.
Adding a release and debug build modes
The most common task for projects will be adding a simple release and a simple debug build modes. Remember to always use the debug build mode, because debugging will not work in the release build mode, and then only use the release build mode in the final release of the application.
- Go to Project / Project Options / Compiler Options
- Enable "Build Modes" at the top. A selector for build modes and an edit button will appear.
- Click on the button labelled "..." to open the build modes dialog.
- Click on Create Debug and Release modes. This adds the two build modes "Debug" and "Release".
- Close the dialog.
Every Build Mode is a complete set of compiler options. You can switch easily between your build modes either via the combobox at the top of the project options, or in the IDE main toolbar, with the arrow button right of the Compile button.
Once we select the Debug build mode, all configurations from the project options dialog will be specific to this build mode. Here is the default Debugging page in Debug mode:
When we select the Release build mode, all configurations from the project options dialog will be specific to this build mode. Here is the default Debugging page in Release mode:
Selecting the active build mode
One can select the currently active build mode either in the "Project Options" dialog or in the main IDE Window, in a special button with a drop down which will appear only if the project has more then 1 build mode, as one can see in this screenshot:
Project macros
See here for adding your own macros or defining the LCLWidgetType macro.
Parsing
Syntax mode
Choose the default Compiler Mode. If a unit does not contain a {$mode somemode} directive, this is used as the default.
Syntax Options
- C Style Operators (*=, +=, /= and -=)
- Include Assertion Code
- Allow LABEL and GOTO
- C++ Styled INLINE
- C Style Macros (global)
- Constructor name must be init (destructor must be done)
- Static Keyword in Objects
- Use AnsiStrings
Assembler style
Sets the value of -R<x> option:
- -Rdefault: use default assembler
- -Ratt: use AT&T style assembler
- -Rintel: use Intel style assembler
Code
Compilation and Linking
For debug settings, see Debugger_Setup#Project_Options
Debugging
Verbosity
See Free Pascal - Online documentation. Note that adding a lot of verbosity slows down the parsing of the compiler output much, even if most of the messages will be hidden in the messages view.
Messages
(Introduced in Lazarus 0.9.27 version) The page allows to control what compiler output Notes, Hints and Warnings are shown. The feature requires FP compiler to support -m switch (version 2.2.2 or higher).
It's also possible to specify message Language file (file should be Utf-8 encoded), to see compiler messages translated, without need to modify fpc.cfg file.
Samples of the messages translation file can be found at ${LazarusDir}/fpc/${FPCTARGET}/msg, i.e. C:\Lazarus\fpc\2.2.3\msg
Custom Options
You'll typically define some compiler options here. For example you can define in a build mode something like:
-dRELEASE
Then in the build mode, only the code surrounded by the {$IFDEF RELEASE} {$ENDIF} will be compiled. This can be used as an alternative to the Macro system, particularly if you come from Delphi.
Spaces at start and end are removed. Line breaks are replaced by a space before passing to the compiler. A leading space is added automatically.
The IDE substitutes IDE macros in custom options and parses the options. Flags like -dRelease are passed to codetools, so the source editor knows them immediately.
Предупреждение: Do not add the path options -Fu, -Fi, -Fl, -FU, -o. Use the fields on the page Paths instead. The IDE ignores the paths in the custom options. It does not update them when you add or delete files or when you open the project on another host.
Additions and Overrides
The page "Additions and Overrides" exists since Lazarus v1.1.
Overview
The page contains a matrix of build options.
The settings "custom options", "output directory", and "IDE Macros" within any target can be switched on and off separately for each build mode.
Thus, for each target, there is a Matrix of enabling check boxes.
The vertical words in the header show all the Build Modes that are currently defined, and by this they denote the column in the matrices.
At the right side of each row of any matrix, the description of the type (such as "Custom", "OutDir", or "IDE Macro" ) and the value of the option to be enabled, is given.
Types of build options
A build option can
- set an IDE macro. The value must be of the form MacroName:=Value. For instance LCLWidgetType:=qt. You can use IDE macros in the value, but not in the name.
- append some custom compiler options via Custom (e.g. append -O3). You do not need a leading space. That is added automatically. See the notes about Custom options.
- override the output directory (-FU) via OutDir. Note that when you use a relative directory like lib/$(TargetOS) the working directory of the target is added, not the project directory. For example when the option overrides the output directory of the package SynEdit, then the output directory of synedit is changed to <lazarusdir>/components/synedit/lib/$(TargetOS).
You can create a new option by clicking on the Add button above the matrix. You can change the type of an option at any time.
Enabling build options in build modes
An option can be enabled with the build modes of the project. You can enable the option only in one build mode or several of them. Each build option has a row in the matrix, each build mode has a column in the matrix. Each combination has a checkbox. Build options are applied from top to bottom.
Note that enabling options in build modes of the session (stored in the .lps) does not alter the lpi file. This information is stored in the lps file. That's why these checkboxes have a yellow background.
The currently active build mode and options have a green background.
When you rename a build mode the enabled states of the lpi and lps options are migrated too. The enabled states of IDE options are *not* migrated. For example when an IDE option is enabled for mode debug and you rename the mode to Test, then the IDE option is still enabled for mode debug for other projects.
Storage location of build options
An option can be stored in
- the project (.lpi)
- the project session (.lps)
- or in the IDE configuration (environmentoptions.xml), then it is available to all projects
Build options are applied from top to bottom. That means first the options stored in the IDE, then the options stored in the .lpi and last the options stored in the session.
You can move build options and whole targets via the Up and Down button above the matrix to other storage groups.
Note: An option in the IDE configuration for mode debug is applied to all projects with this mode. For instance when you open a third party project having the build mode debug the option will be applied and there will be no warning. This might break the project.
Targets of build options
A build option can be applied to the project and/or to one or more packages. You can limit the scope of the build options to only apply to specific targets (project, packages). Build options are grouped by Targets. The targets are case insensitive and allow the asterisk "*" for any number of arbitrary characters and the question mark "?" for one arbitrary character. You can exclude targets by prepending a minus "-". To edit a target click behind the 'Targets:'.
Examples of targets:
- *: The asterisk "*" means fits all. The option is applied to the project and all packages. This is the default.
- LCL,Lazutils: Apply it only to package "LCL" and "LazUtils"
- *dsgn,-syneditdsgn: Apply it to all packages ending with "dsgn", except "syneditdsgn".
- #project: This fits the project itself. The option is applied only to the project, not to the used packages.
- #ide: This fits the IDE. The option is applied only to the IDE, not to installed packages.
You can have any number of targets. You can create a new target via the the Add button above the matrix. You can move targets via the up and down buttons to other storages. All build options of the target group are moved as well.
Colors in the matrix
- Green: currently active mode and options
- Yellow: stored in session, not altering the lpi
- Red: syntax error
Examples for additions and overrides
- Append compiler options to packages without touching the lpk. For example you can append range checking -Cr via custom option under Targets: *.
- Changing the output directory of packages without touching the lpk. For example add a OutDir under Targets: *.
- Define IDE macros only for some packages or only for the project. For example compile the LCL with flag -dQT_NATIVE_DIALOGS, add a new target Targets: LCL, then add a custom option.
- Append compiler options to all projects with build mode "debug" by adding options to the IDE storage group.
- Change the package(s) output directory for all projects with build mode "release". Add the build option to the options stored in the IDE.
- Combine the above with sessions and you can alter third party projects and packages without touching them.
Changing the LCLWidgetType in Version 1.1 and above
This setting is only available when the project uses the package LCL.
Go to Project > Project Options > Comiler Options > Additions and Overrides > Set "LCLWidgetType".
Add a flag to project and all packages
Note: This modifies the project (.lpi). It does not alter the package files (.lpk), but it effects them when you build the project. It also effects building the IDE.
Go to Additions and Overrides. Click on the Add button and select Custom Option:
You should now see a "Targets: *" and the new option. It is enabled for the currently active build mode and disabled for all other. The Targets: * means it applies to the project and all packages.
Click in the value cell behind the option and add your flag. For example: -dSomeFlag.
That's it.
Add a flag to all projects and packages
The flag from the previous paragraph is only active when the project is loaded. To set the flag for all projects, select the option and click on the up button (green arrow up). This moves the option to the "Stored in IDE" group.
Note: The IDE uses the options of build mode "default".
Change the output directory of project and all packages
Go to Additions and Overrides. Click on the Add button and select Output Directory (-FU).
You should now see a "Targets: *" and the new option "OutDir" with the default value lib/$(TargetCPU)-$(TargetOS)/$(BuildMode). It is enabled for the currently active build mode and disabled for all other. The Targets: * means it applies to the project and all packages.
For example: Click in the value cell behind the option and change it to lib/$(FPCVer)/$(TargetCPU)-$(TargetOS). This will use different output directories for each Free Pascal compiler version.
If you want to use the same output directories for all your projects, you can put the option under Stored in IDE. Click in the value cell of the OutDir option to select the row. Then use the Up (arrow up) button to move the option.
If you want to apply the output directory to all packages, but not projects, change the Targets value from * to *,-#project.
Note: If a package does not support your output directory, append to Targets value -packagename. For example: *,-chmhelp.
If you want to put the package output files into sub directories of the project, change the OutDir to $(ProjPath)/lib/$(PkgName)/$(TargetCPU)-$(TargetOS)/$(BuildMode). Note the use of the macros $(ProjPath) for the project directory and $(PkgName) to give each package its own directory.
For example if your project directory is C:\pascal\myapp then the package LCL will be compiled into C:\pascal\myapp\lib\LCL\i386-win32\default.
Add a flag to one package without altering the lpk itself
This examples appends the option -vm4104 to the package lazreport.
- Go to Additions and Overrides.
- Click on the Add button and select "New Target". A new row is inserted with "Targets: *"
- Click on the new row right behind the "Targets:". The * is now editable.
- Change it to the package name. In this example: lazreport. Press return or click on another row to finish editing.
- When you move the mouse over the new row you should see the hint Apply to all packages matching the name "lazreport".
- Click on the Add button and select "Custom Option". A new row is inserted below the row Targets: lazreport. Note: You can move rows using the green arrows
- Click in the new empty value and change its value to -vm4104.
This option is stored in your current project (lpi) and is only added if you compile this project. If the option should be used with all your projects on your machine, use the green buttons to move the Targets: lazeport up to Stored in IDE.
Compilation
Compiler Commands
- Create Makefile
Enable this, if the IDE should create a Makefile and a Makefile.fpc before each build. This is currently only supported for packages, not for projects.
- Execute before
- Here, you can configure a command to execute before running the compiler.
- Call on
- Compile - execute when normally compiling (F9).
- Build - execute when rebuilding all. This could for example be a script to clean up.
- Run - execute when quick compiling. When running a project, the IDE checks if rebuild is needed. If no rebuild is needed the IDE skips the compile step. Set this option to always execute the command, even if the compile step is skipped.
- scan for messages
- The IDE can parse and filter the output of the command and stop on errors. Check the boxes for which messages the IDE should watch.
Compiler
This is compiler path used by the project or package. Default is the macro $(CompPath), which is replaced with the compiler filename in the environment options.
Execute after
Provide an (optional) command to execute after running the compiler. See above 'Execute before' for details.
One handy usage might be to automatically copy your cross-compiled executable from your PC onto your target device, eg a Raspberry Pi:
scp "$TargetFile()" pi@raspberry:/home/pi/bin
(And yes, this works even without a password, if you create a key pair with ssh-keygen and then add it to your target's authorized_keys file via "ssh-copy-id [remoteuser@]remotehost"; for details see here)
Inherited
![Note icon Light bulb](https://upload.wikimedia.org/wikipedia/commons/d/d8/Nuvola_apps_ktip.png)
This page shows all the compiler options inherited from packages. Packages inherit options via their usage options.
The topmost node shows all inherited options, that is the sum of all used packages.
The nodes below show the inherited options of each used package.
You can see/edit the set the used packages for the project in the project inspector. You can see/edit the set of used packages for a package in the package editor.
For information about packages in general see Lazarus Packages.
Use these settings as default for new projects
Check this checkbox and click Ok. The settings will be saved to ~/.lazarus/compileroptions.xml (or whatever you have as primary config path). When you create a new project this file will be loaded to initialize the compiler options. This feature exists since 0.9.29.
Buttons
Test
This will run various test and detects common configurations mistakes. FPC 3.2.0 will warn about some double units. The warnings are correct, but you can ignore them, if you don't use these units.
Show Options
Opens a dialog and shows the current compiler and command line parameters.
Load/Save
Opens a dialog to save and/or load the current compiler options from/to a xml file.
Ok
This will apply the changes and then exit the dialog.
Cancel
This will undo all changes and exit the dialog.
IDE Macros
For 0.9.29 to 1.0.x
This page allows to define your project/package specific macros and conditionals. The IDE already provides a lot of macros. You can add your own macros that are valid when the project/package is loaded.
Conditionals allow to set macro values depending on target platform and other macros. For example you can add a linker option when compiling for Mac OS X.
Use the left + button to add a new macro for the project/package. Select a macro and click on the middle + button to add a new possible value. The actual value of a macro is set in the conditionals below, or by the current project on the build modes page (IDE menu / Project / Project Options / Compiler options / Build Modes). To delete a value or a macro, select it and click on the - button.
The conditionals use a scripting language similar to pascal and are edited in the text editor at the bottom of the page. Many short cuts work like in the source editor, including word/identifier completion (default: Ctrl+Space).
For more details about build macros and conditionals see Macros and Conditionals.
This page exists since version 0.9.29.
For 1.1 and above
This page is only available for packages. It lets packages define their own IDE macros. The IDE already provides a lot of macros itself.
Use the left + button to add a new macro for the project/package. Select a macro and click on the middle + button to add a new possible value. The actual value of a macro is set in the conditionals below, or by the current project on the build modes page (IDE menu / Project / Project Options / Compiler options / Build Modes). To delete a value or a macro, select it and click on the - button.
For more details about build macros and conditionals see Macros and Conditionals.
Other
See Free Pascal - Online documentation
You'll typically define some compiler options here. For example you can define in a build mode something like:
-dRELEASE
Then in the build mode, only the code surrounded by the {$IFDEF RELEASE} {$ENDIF} will be compiled. This can be used alternatively to the Macro system, particularly if you come from Delphi.
Spaces at start and end are removed. Line breaks are replaced by a space before passing to the compiler. A leading space is added automatically.
The IDE substitutes IDE macros in custom options and parses the options. Flags like -dRelease are passed to codetools, so the source editor knows them immediately.
Предупреждение: Do not add the path options -Fu, -Fi, -Fl, -FU, -o. Use the fields on the page Paths instead. The IDE ignores the paths in the custom options. It does not update them, when you add or delete files or when you open the project on another host.
Clicking the All options... button allows you to set FPC options easily: