Lazarus Faq/ru: what changed

Revision 2 to 3. Removed lines have a minus sign; added lines have a plus sign.

Old	New		Line
1	1		> Note: Этот FAQ может быть устаревшим в некоторых частях.
2	2
3	3		## Общее
4	4
5	5		### Почему получаемые бинарные файлы очень большие?
6	6
7	7		Бинарные файлы очень большие из-за того, что включают в себя много отладочной информации для использования в отладчик [gdb](http://www.gnu.org/software/gdb) (GNU Debugger). Компилятор имеет настройку для удаления отладочной информации из исполняемого файла (-Xs), но из-за ошибки в компиляторе (версия 2.0.2 и ниже) она не работает корректно. Ошибка исправлена в версиях компилятора 2.0.4 и выше.
8	8
9	9		Вы можете использовать программу "strip" для удаления отладочной информации из исполняемых файлов. Она находится в каталоге Lazarus'а: lazarus\pp\bin\i386-win32\\.
10	10
11	11		Наберите "strip --strip-all \<путь к исполняемому файлу\>" в командной строке.
12	12
13	13		Если Вы хотите сделать Вашу программу очень маленькой, то Вы можете попробовать использовать [UPX](http://upx.sourceforge.net/). UPX - это очень хороший exe-упаковщик. It includes no memory overhead due to in-place decompression. И также имеет очень быструю распаковку (~10 МБ/сек на Pentium 133).
14	14
15	15		Для использования upx наберите "upx \<путь к исполняемому файлу\>" в командной строке.
16	16
17	17		После использования strip и upx простая GUI программа на Lazarus'е получается:
18	18
19	19		- ~ 700Кб на Linux
20	20		- ~ 420Кб на Windows
21	21
22	22		Для более детальной информации о недостатках использования UPX обратитесь к статье [[Size Matters/ru\|Размер имеет значение]]. Также нужно отметить, что "hello world" программы lazarus уже включают в себя множество возможностей, таких как:
23	23
24	24		- Библиотеку работы с XML
25	25		- Библиотеки для обработки файлов рисунков типа png, xpm, bmp и ico
26	26		- Практически все виджеты Lazarus Component Library (LCL)
27	27		- Все Runtime библиотеки Free Pascal
28	28
29	29		Всё это делает приложение большим, но это так же и включает всё, что может потребоваться нетривиальному приложению.
30	30
31	31		Начальный размер исполняемого файла Lazarus велик, однако растёт в дальнейшем довольно медленно. Проект на С++ (это для примера, но относится и к другим языкам / инструментальные средства тоже), сначала очень маленький (типа "Hello world"), но быстро растет по экспоненте, когда Вы добавляете дополнительные возможности, чтобы написать нетривиальное приложение.
32	32
33	33		![](/wiki-images/d/de/Lazarus_vs_cpp.png)
34	34
35	35		Краткое руководство по уменьшению размера Lazarus/FPC приложения (проверено в Lazarus 0.9.26)
36	36
37	37		- 1\. Project\\|Compiler Options\\|Code\\|Smart Linkable (-CX) -\> Поставить галочку
38	38		- 2\. Project\\|Compiler Options\\|Linking\\|Debugging\\|Display Line Numbers in Run-time ErrorBacktraces (-gl) -\> Убрать галочку
39	39		- 3\. Project\\|Compiler Options\\|Linking\\|Debugging\\|Strip Symbols From Executable (-Xs) -\> Поставить галочку
40	40		- 4\. Project\\|Compiler Options\\|Linking\\|Link Style\\|Link Smart (-XX) -\> Поставить галочку
41	41
42	42		Самые важные элементы, мне кажется, 2 и 3. Для простого приложения выполнимый размер должен теперь составить 1-3 Мбайта вместо 15-20 Мбайт. В этом пункте Вы можете также попробовать: Project\\|Compiler Options\\|Code\\|Optimizations\\|smaller, вместо Faster -\> Поставить галочку (Предупреждение: это может уменьшить производительность),
43	43
44	44		- 5\. (Опционально) Запустите UPX \<путь к исполняемому файлу\> для сжатия вашего бинарника дополнительно в 2-3 раза (Предупреждение: как сказано выше, есть недостатки в использовании UPX).
45	45
46	46		### УСТАРЕЛО: Почему компоновка такая медленная в Windows?
47	47
48	48		Эта проблема свойственна лишь старым версиям: FPC 2.2 и Lazarus 0.9.24. Пожалуйста обновите Лазарус. Всё написанное здесь относится только к старым версиям.
49	49
50	50		В общем, компоновка на Windows занимает больше времени, чем на других платформах, потому что GNU компоновщик под эту операционную систему очень медленный. FPC (2.2) использует этот компоновщик при сборке программ. Эта проблема возникает только на Windows и только на слабых компьютерах (с процессором частотой менее 1ГГц и/или оперативной памятью меньше 128 Мегабайт)
51	51
52	52		Также, если вы используете умную компоновку (smartlinking), общее время компиляции так же увеличиться. Подробнее об этом можно прочитать здесь: [[File size and smartlinking]]
53	53
54	54		Для решения этой проблемы, был разработан внутренний компоновщик. Он есть во всех версиях FPC, начиная с 2.2. Его использование позволило в значительной степени сократить общее время компиляции. Внутренний компоновщик используется только при компиляции для Windows системы.
55	55
56	56		### Мне нужен ppc386.cfg или fpc.cfg?
57	57
58	58		Вам нужен только fpc.cfg. В нем указаны пути, по которым компилятор будет искать библиотеки.
59	59
60	60		### Как я могу скомпилировать lazarus?
61	61
62	62		Нет ничего проще :)
63	63
64		-	~~`$ cd lazarus`\~~
65		-	~~`$ make clean all`~~
	64	+	```text
	65	+	$ cd lazarus
	66	+	$ make clean all
	67	+	```
66	68
67	69		### Как собирать LCL проекты без Lazarus-а?
68	70
69	71		- В тех случаях, когда использование графической среды невозможно, вы можете воспользоваться утилитой командной строки: lazbuild.
70	72
71	73		Эта утилита используется для сборки проектов и lazarus-пакетов (packages).
72	74
73	75		- Если вам нужно собрать LCL приложение без среды разработки и не используя lazbuild, вам необходимо добавить следующие строки в файл fpc.cfg
74	76
75		-	~~` # строчки начинающиеся с # можно не добавлять`\~~
76		-	~~` # это комментарии`\~~
77		-	~~` # пути для других модулей и компонентов `\~~
78		-	~~` -Fu{Путь_к_лазарусу}/lcl/units/{целевая_система}`\~~
79		-	~~` -Fu{Путь_к_лазарусу}/components/units/{целевая_система}`~~
	77	+	```text
	78	+	# строчки начинающиеся с # можно не добавлять
	79	+	# это комментарии
	80	+	# пути для других модулей и компонентов
	81	+	-Fu{Путь_к_лазарусу}/lcl/units/{целевая_система}
	82	+	-Fu{Путь_к_лазарусу}/components/units/{целевая_система}
	83	+	```
80	84
81	85
82	86		Где {целевая_система} это системный префикс, указывающий для какой системы располагаются модули. Обычно этот префикс представляет собой пару имён "Процессор-ОСь", например i386-win32, i386-linux, i386-darwin.:
83	87
84	88		После добавления этих строк в конфигурационный файл, вызовете команду: fpc myproject.lpr myproject.lpr это имя основного файла проекта (модуль начинающийся с "program" или "library"). Но имя может быть другим, т.к. Лазарус не принуждает Вас использовать расширение .lpr.
85	89
86	90		Кроме того, если Ваш проект использует какие-либо особые настройки, вы можете получить командную строку для компиляции, используя меню в Лазарусе: Проект-\>Параметры проекта...-\>Показать параметры (параметров может быть очень много, удобно скопировать их в отдельный скрипт файл .bat или .sh);
87	91
88	92		### Какая версия FPC требуется?
89	93
90	94		Версия 2.4.0 для всех операционных систем.
91	95
92	96		### Я не могу скомпилировать Lazarus
93	97
94	98		1. Проверьте версию компилятора
95	99		2. Проверьте версию (fpc)библиотек, они должны быть той же версии
96	100		3. Проверьте путь установки компилятора на наличие в нем пробелов. Пробелов в нем не должно быть!
97	101		4. Проверьте наличие файла fpc.cfg, а не старого файла ppc386.cfg
98	102		5. Проверьте также OS-dependent FAQs
99	103
100	104		### При компиляции проекта возникает ошибка:
101	105
102	106		#### "Cannot find Unit interfaces". Как можно это исправить?
103	107
104	108		Ошибка возникает потомучто компилятор не может найти 'interfaces.ppu' или он найден, но он поврежден, неправильной версии или просрочен.
105	109
106	110		Этот модуль может находиться в {LazarusDir}\lcl\units\\{TargetCPU}-{TargetOS}\\{LCLWidgetSet}\interfaces.ppu. Например: /home/username/lazarus/lcl/units/i386-linux/gtk/interfaces.ppu.
107	111
108	112		Убедитесь, что он только здесь. Если находятся несколько версий interfaces.ppu, то вы возможно получите неверную конфигурацию (к примеру добавлен каталог lcl в список путей поиска). Удалите все interfaces.ppu, оставьте только тот что в каталоге указаном выше.
109	113
110	114		Если вы выберете другой widgetset, то при пересборке lazarus, понадобится пересобрать LCL для этого widgetset.
111	115
112	116		Если ошибка возникает несмотря на то что 'interfaces.ppu' на месте - значит используется, иная compiler/rtl для компиляции проекта нежели для компиляции Lazarus IDE. Можно сделать одно из следующего:
113	117
114	118		- Пересобрать LCL (или полностью Lazarus) с компилятором выбраным в Environmnent Options. Для этого можно кликнуть Tools -\> Build Lazarus. Перед этим проверьте текущие настройки в Tools -\> Configure Build Lazarus.
115	119		- Поменять компилятор в Environment Options на тот что используется для компиляции Lazarus. Посмотрите внимательно также в Environment Options что используются корректный путь к каталогу Лазаря (Lazarus Directory) и к исходникам FPC. Убедитесь что есть только только один файл конфигурации fpc.cfg - он должен располагаться /etc/ для Linux/Unix или вместе с компилятором fpc под Windows. Попробуйте запустить "fpc -vt bogus" для того чтобы увидеть какой fpc.cfg используется на вашей системе. Мешающие копии обычно появляются при обновлении компилятора; они могут находится в домашнем каталоге или вместе с пересобраным новым компилятором. УДАЛИТЕ ИХ!!
116	120		- Можно также попробовать сменить текущий widgetset проекта. Например, примерный проект "objectinspector" поставляемый с Лазарем поумолчанию использует gtk. Компиляция этого проекта наверняка выдаст "Can't find unit interfaces" под Windows. Смена widgetset на default(Win32) в Project \\| Compiler Options... \\| LCL Widget Type (various) должно исправить это.
117	121
118	122		### Когда я пытаюсь откомпилировать проект Delphi в lazarus, я получаю сообщение об ошибке
119	123
120	124		#### Ошибка на строке :{\$R *.DFM}. Как мне решить эту проблему?
121	125
122	126		Lazarus (а точнее - Linux) не знает о таком понятии, как "ресурсы", и не может использовать некоторые связанные с ними понятия, пришедшие из Delphi/Win32. Однако, Lazarus использует методы, обеспечивающие совместимость с этими понятиями. Вы сможете использовать формы Delphi (файлы .dfm), если выполните следующие шаги:
123	127
124	128		- Используйте текстовые версии .dfm-файлов. D5 и более поздние версии используют такие файлы по умолчанию. Если у вас более старые файлы, выполните следующее: нажмите ALT-F12 для просмотра кода формы в виде текста и скопируйте/вставьте текст. Если у вас есть текстовый .dfm-файл, просто скопируйте его содержание в .lfm-файл.
125	129		- Создайте файл с помощью lazres (в меню lazarus/tools) следующей командой: lazres yourform.lrs yourform.lfm
126	130		- Добавьте следующую строку в секцию initialization:
127	131
128		-	~~` initialization`\~~
129		-	~~` {$I yourform.lrs}`~~
	132	+	```text
	133	+	initialization
	134	+	{$I yourform.lrs}
	135	+	```
130	136
131	137		Пожалуйста, помните, что не все свойства объектов, описанные в dfm-файлах, поддерживаются Lazarus, и часть из них может вызвать падения IDE.
132	138
133	139		Примечание: Вы не получите этой ошибки, начиная с версии Lazarus 0.9.29 (SVN) при использовании FreePascal 2.4.0 и выше. Компилятор этой версии умеет включать такие ресурсы в исполняемый файл на всех платформах. Тем не менее, проблема несовместимости отдельных свойств от этого не исчезает.
134	140
135	141		#### Ошибка: 'Identifier not found LazarusResources'.
136	142
137	143		При создании формы Lazarus автоматически добавляет некоторые необходимые модули в секцию uses вашего модуля, содержащего форму. После конвертации из Delphi в модуле могут отсутствовать необходимые ссылки. В данном конкретном случае вам необходимо добавить в секцию uses модуль LResources.
138	144
139	145		### При обращении к событиям объектов, например OnClick объекта button, я получаю следующую ошибку: ERROR unit not found: stdCtrls
140	146
141	147		Убедитесь (Project -\> Project Inspector),что ваш проект зависит от пакета 'LCL' и что вы установили исходники FPC.
142	148
143	149		Lazarus - это IDE (среда разработки) и библиотека визуальных компонентов LCL. Все другие вещи, как IO, Database, FCL и RTL предоставляются FPC. IDE нужны пути ко всем исходникам.
144	150
145	151		Пути к исходникам FPC могут быть установлены через: Environment -\> Environment Options -\> Files -\> FPC source directory (Окружение -\> Параметры -\> Файлы -\> Каталог исходного кода FPC).
146	152
147	153		### Как внедрять содержимое небольшого файла в исполняемый файл? Как внедрять ресурсы?
148	154
149	155		Например,
150	156
151		-	~~`/your/lazarus/path/tools/lazres sound.lrs sound1.wav sound2.wav ...`~~
	157	+	```text
	158	+	/your/lazarus/path/tools/lazres sound.lrs sound1.wav sound2.wav ...
	159	+	```
152	160
153	161		создаст sound.lrs из sound1.wav и sound2.wav.
154	162
155	163		Потом включите его после lrs-файла формы:
156	164
157		-	~~`...`\~~
158		-	~~`initialization`\~~
159		-	~~`{$i unit1.lrs} // this is main resource file (first)`\~~
160		-	~~`{$i sound.lrs} // user defined resource file`\~~
	165	+	``` pascal
	166	+	...
	167	+	initialization
	168	+	{$i unit1.lrs} // this is main resource file (first)
	169	+	{$i sound.lrs} // user defined resource file
161	170
162		-	~~`end.`~~
	171	+	end.
	172	+	```
163	173
164	174		В Вашей программе эти ресурсы можно использовать следующим образом:
165	175
166		-	~~`Sound1AsString:=LazarusResources.Find('sound1').Value;`~~
	176	+	``` pascal
	177	+	Sound1AsString:=LazarusResources.Find('sound1').Value;
	178	+	```
167	179
168	180		### Что означают различные расширения файлов, используемые Lazarus?
169	181
170	182		Глава [[Lazarus Tutorial\|Lazarus Tutorial#The Lazarus files]] разъясняет назначение некторых расширений. Вот их краткий список:
171	183
172	184		`*.lpi`
173	185		файл с информацией о проекте Lazarus (в формате XML; содержит настройки, относящиеся к конкретному проекту)
174	186
175	187		`*.lpr`
176	188		программный файл Lazarus; содержит основной Pascal-код программы
177	189
178	190		`*.lfm`
179	191		файл формы Lazarus; содержит информацию обо всех объектах, размещённых на форме (хранится в специальном текстовом формате; связанные с объектами формы действия хранятся в одноимённом `*.pas`-файле)
180	192
181	193		`.pas` или `.pp`
182	194		модуль с Pascal-кодом (обычно связан с формой в одноимённом `*.lfm`-файле)
183	195
184	196		`*.lrs`
185	197		файл ресурсов Lazarus (это генерируемый файл; не является файлом ресурсом Windows).
186	198
187	199		Этот файл может быть создан с помощью утилиты lazres (в каталоге Lazarus/Tools) путё вызова из командной строки: lazres myfile.lrs myfile.lfm
188	200
189	201		`*.ppu`
190	202		скомпилированный модуль
191	203
192	204		`*.lpk`
193	205		информационный файл для пакета Lazarus (в формате XML; содержит настройки, относящиеся к конкретному пакету)
194	206
195	207		### Когда я пишу var mytext: text;, чтобы объявить текстовый файл, я получаю ошибку "Unit1.pas(32,15) Error: Error in type definition". Как можно это исправить?
196	208
197	209		Класс TControl содержит свойство [[doc:lcl/controls/tcontrol.text.html\|Text]]. В методе формы используется тип[[doc:rtl/system/text.html\|Text]] из модуля system. Вы можете использовать тип [[doc:rtl/system/text.html\|TextFile]], который всего лишь является другим названием типа Text, или можете добавить модуль при объявлении (см. в примере):
198	210
199		-	~~` var`\~~
200		-	~~` MyTextFile: TextFile;`\~~
201		-	~~` MyText: System.Text;`~~
	211	+	``` pascal
	212	+	var
	213	+	MyTextFile: TextFile;
	214	+	MyText: System.Text;
	215	+	```
202	216
203	217		Сходный конфликт имен существует и при связывании и закрытии текстового файла. TForm имеет методы assign и [[doc:lcl/forms/tcustomform.close.html\|Close]]. Вместо них вы можете использовать [[doc:rtl/objpas/assignfile.html\|AssignFile]] и [[doc:rtl/objpas/closefile.html\|CloseFile]], или же добавлять имя модуля System (System.Close, System.Assign).
204	218
205	219		### Я получаю ошибку при использовании Printer.BeginDoc
206	220
207	221		Модуль Printers должен быть добавлен в секцию uses.
208	222
209	223		Пакет Printer4Lazarus должен быть добавлен в зависимости Вашего проекта в IDE: Project\\|Project Inspector\\|Add\\|New Requirement\\|Package Name:
210	224
211	225		Если пакета Printer4Lazarus нет в списке пакетов, то Вам нобходимо установить его. Пакет является частью установки Lazarus и может быть найден по следующему пути: \[каталог установки lazarus\]\components\printers
212	226
213	227		Если Вы используете стандартный путь для установки Lazarus'а, то \[каталог установки larazus\] находится:
214	228
215	229		- Windows: c:\lazarus
216	230		- Linux: /usr/lib/lazarus
217	231
218	232		Данное решение также применимо, если Вы получаете исключения при использовании Printer.Printers
219	233
220	234		### Почему TForm.ClientWidth/ClientHeight - это то же самое, что и TForm.Width/Height?
221	235
222	236		TForm.Width/Height не включают границ окна, поскольку не существует способа получить размер этих границ на всех платформах. Без надёжного способа LCL будет перемещать формы по всему экрану или бесконечно изменять их размер.
223	237
224	238		В конечном итоге, когда появится надёжный способ получения размера и позиции окна вместе с его границами для всех платформ, это будет изменено. Для сохранения совместимости со старыми LCL-формами, будет введён номер версии и использованы некоторые другие дополнительные методы.
225	239
226	240		## Отладка
227	241
228	242		### Как увидеть отладочные сообщения?
229	243
230	244		В модуле LCLProc в LCL есть две процедуры для вывода отладочных сообщений. Они называются:
231	245
232	246		- DebugLn: которая работает также, как WriteLn, но принимает только строки.
233	247		- DbgOut: которая работает также, как Write, но принимает только строки.
234	248
235	249		В обычных условиях сообщения выводятся в stdout. Если stdout закрыт (например когда приложение {\$AppType Gui} или откомпилировано с ключом -WG под Windows), сообщения не выводятся никуда.
236	250
237	251		Отладочные сообщение могут также выводится в файл. Код инициализации модуля LCLProc проверяет командую строку Lazarus.exe's на предмет наличия ключа '--debug-log=\<file\>'. Если этот ключ присутствует - весь последующий отладочный вывод направляется в \<file\>.
238	252
239	253		Если этого ключа нет, проверяется существование системной переменной окружения xxx_debuglog, где xxx - имя файла программы без расширения. Для Lazarus это будет lazarus_debuglog. Если такая переменная окружения существует, файл указанный в ней будет использован для вывода отладочных сообщений. Пример: если вы сделаете:
240	254
241		-	~~`set lazarus_debuglog=c:\lazarus\debug.txt`~~
	255	+	```text
	256	+	set lazarus_debuglog=c:\lazarus\debug.txt
	257	+	```
242	258
243	259		то отладочные сообщения будут выводится в c:\lazarus\debug.txt.
244	260
245	261		Так как это реализовано в lclproc, любое приложение использующее lclproc может использовать этот механизм вывода отладочных сообщений.
246	262
247	263		Отладка Lazarus-а
248	264		Наиболее полезно для Windows: Если вы хотите выводить сообщения в консоль, добавьте {\$APPTYPE console} в lazarus.pp ; После чего перекомпилируйте Lazarus.
249	265
250	266		### Как мне просмотреть значение свойств?
251	267
252	268		Вам нужно использовать самую последнюю версию FPC из исходников (2.5.1) или релиз 2.4.0. Любая версия позднее указанных, так же подойдёт.
253	269
254	270		Если Вы скомпилируете приложение, использую ключ -gw (отладочная информация dwarf), Вы сможете просмотреть значения свойств.
255	271
256	272		Внимание: это возможно, только для тех свойст, которые напрямую связан с членом класса, директива "read" указывает на переменную, а не метод.
257	273
258	274		Если свойство возвращает значение через функцию, то достаточно опасно проверять её значение. Риск заключается в том, что для проверки её значения требуется вызвать процедуру или функцию, что может привести к изменению других значений и/или данных. А это значит, что данные изменились в режиме отладки, и дальнейшее исполнение программы, будет отличаться от работы без отладчика.
259	275
260	276		Проверка свойства по результату функции (как описана выше), ещё не реализована.
261	277
262	278		### Почему отладчик не показывает некоторые переменные или структуры (выдавая ошибки "no such symbol"/"incomplete type")
263	279
264	280		Для решения проблем с: - свойствами\
265	281		\- динамическими массивами\
266	282		\- переменными во вложенных процедурах\
267	283		\- "no such symbol in context"\
268	284		\- "incomplete type"\
269	285		смотри здесь [[GDB Debugger Tips]]
270	286
271	287		### Как я могу проводить отладку компонентов и пакетов FCL с помощью Lazarus
272	288
273	289		Компоненты и классы FCL скомпилированны по умолчанию без отладночной информации. Как результат - gdb не моэет получить доступ к методам и свойствам этих объектов. Для пересборки компонентов FCL необходимо включить ключ компилятора "-gl" для генерации отладочной информации.
274	290
275	291		Этот пример предпологает, что у вас Linux дистрибутив с установленным FPC в папке /usr/local/ и вам необходимо включить отладочную информацию для пакета fcl-db. По аналогии с пакетом fcl-db, используемом в данном примере, вы можете применить эти команды для ЛЮБЫХ пакетов, содержащихся в дистрибутиве.
276	292
277	293		В начале, вам необходимо найти путь к установленному FPC проверив ваш конфигурационный файл FPC. Это файл (fpc.cfg) расположен /etc/fpc.cfg. Просмотрите содержимое fpc.cfg определить папку установки. Обратите внимание на строки, начинающиеся с -Fu в fpc.cfg:
278	294
279		-	~~`-Fu/usr/local/lib/fpc/$fpcversion/units/$fpctarget/*`~~
	295	+	```text
	296	+	-Fu/usr/local/lib/fpc/$fpcversion/units/$fpctarget/*
	297	+	```
280	298
281	299		При создании скрипта для установки модулей в папку INSTALL_PATH/lib/fpc/\$fpcversion/units/\$fpctarget/, вы должны быть уверены, что /usr/local это путь установки FPC, и он должен быть присвоем INSTALL_PREFIX, в противном случае Make-скрипт установи модули в неправильную папку или вообще завершится с ошибкой.
282	300
283	301		Step 1: Открыть терминал и набрать терминале\
284	302		Step 2: cd /user/local/share/src/fpc-2.3.1/fpc/fcl-db/\
285	303		Step 3: sudo make clean all install INSTALL_PREFIX=/usr/local OPT=-gl\
286	304		Замечание: Параметр INSTALL_PREFIX правильно указан для установки модулей. В примере ниже /usr/local - это путь по умолчанию для fpc в Linux, но он может сильно отличаться в других операционных системах
287	305
288		-	~~`make clean all install INSTALL_PREFIX=/usr/local OPT=-gl`~~
	306	+	```text
	307	+	make clean all install INSTALL_PREFIX=/usr/local OPT=-gl
	308	+	```
289	309
290	310		В конце, после пересборки любого FCL пакета, вам возможно необходимо будет пересобрать LCL.
291	311
292	312		## Contributing / Making Changes to Lazarus
293	313
294	314		### Я создал патч для пристыковки окна сообщений IDE к окну "Редактор исходного кода" (снизу)
295	315
296	316		Такие патчи не будут приняты, так как они реализуют лишь малую часть требуемой функциональности стыковки (docking). Цель состоит в создании полноценного менеджера стыковки и его использовании. Полноценный менеджер стыковки(dock manager) может соединять все окна и позволяет пользователю определять, как их стыковать (должно ли окно сообщений быть над или под окном кода ... или вообще быть отделено от него). К примеру:
297	317
298	318		+-------------------++--+
299	319		\|menu \|\| \|
300	320		+-------------------+\| \|
301	321		+--++---------------+\| \|
302	322		\|PI\|\| Source Editor \|\|CE\|
303	323		+--+\| \|\| \|
304	324		+--+\| \|\| \|
305	325		\| \|+---------------++--+
306	326		\|OI\|+-------------------+
307	327		\| \|\|messages \|
308	328		+--++-------------------+
309	329
310	330		Менеджер стыковки может сохранить это расположение и восстановить его при следующем старте. Предпочтительно, если менеджер может работать не только с окнами, но и со страницами редактора кода. Менеджер стыковки не требует использования drag&drop. Все патчи реализующие стыковку без менеджера стыковки усложняют реализацию настоящего менеджера стыковки и потому будут отклонены.
311	331
312	332		В качестве временного решения можно использовать это расширение IDE: [[Manual Docker]]
313	333
314	334		### Я исправил/улучшил Lazarus. Как добавить мои изменения в официальный код Lazarus?
315	335
316	336		Создайте патч и пришлите его разработчикам. Более подробную информацию смотрите здесь [[Creating A Patch/ru]].
317	337
318	338		### How can I become a Lazarus developer and access management in the SVN and bug-tracker?
319	339
320	340		First of all: you must learn about Lazarus, to prove your knowledge and skill. Start by reading the [[Lazarus Documentation\|wiki articles]], read the Lazarus source code, giving a look at the [Lazarus Bug-Tracker](http://www.lazarus.freepascal.org/mantis), fix some bugs, and if you think you are ready, contact the developers on the [mailing list](http://www.mail-archive.com/lazarus@miraclec.com).
321	341
322	342		## Где объявлены ...
323	343
324	344		### Константы виртуальных клавиш
325	345
326	346		Константы виртуальных клавиш (VK_UP, VK_ESCAPE и т.д ) объявлены в [[doc:lcl/lcltype\|LCLType]]. Добавьте LCLtype в uses секцию.
327	347
328	348		## Использование среды разработки
329	349
330	350		### Как я могу использовать "завершение идентификаторов"?
331	351
332	352		Чтобы вызвать окно завершения идентификатора нажмите \[ctrl\]\[space\] (по умолчанию для Windows и Linux).
333	353
334	354		Вы можете настроить автоматическое появление этого окошка в пункте меню Окружение-\>Редактор-\>Code Tools-\>Автоматические функции
335	355
336	356		## Linux
337	357
338	358		### Как выполнить отладку в Linux без IDE?
339	359
340	360		Прежде всего потребуется отладчик. gdb это стандартный отладчик под линукс, имеющий несколько GUI-интерфейсов. Наиболее распространённый интерфейс - ddd - является частью большинства популярных дистрибутивов. Для компиляции lazarus/lcl с информацией для отладчика вам нужно использовать следующие команды для запуска отладочной сессии:
341	361
342		-	~~` $ make clean; make OPT=-dDEBUG`\~~
343		-	~~` $ ddd lazarus`~~
	362	+	```text
	363	+	$ make clean; make OPT=-dDEBUG
	364	+	$ ddd lazarus
	365	+	```
344	366
345	367		Однако, следует отметить что ddd не такой удобный как например отладчик Lazarus. Особенно если он используется для просмотра значений имеющихся переменных, учитывая что ddd/gdb регистрозависимы, а Pascal - регистронезависим. Поэтому, чтобы видеть значения переменных, необходимо набирать их имена в верхнем регистре. Для получения более подробной информации обратитесь к fpc-manuals.
346	368
347	369		### I can debug now but ddd does not find my sources or complains that they contain no code. Whats that?
348	370
349	371		This is a path-related problem with either gdb or ddd. You can avoid this by
350	372
351	373		- Use the "Change directory" command from the ddd menu and choose the directory where the sources are located. The drawback of this method is that you now can't use the source of the program you started with (e.g. lazarus). Thus it may be neccessary to change the directory multiple times.
352	374		- In ddd goto \[Edit\] \[gdb-settings\] and set the search-path
353	375		- Create a \$(HOME)/.gdbinit file like:
354	376
355		-	~~` directory /your/path/to/lazarus`\~~
356		-	~~` directory /your/path/to/lazarus/lcl`\~~
357		-	~~` directory /your/path/to/lazarus/lcl/include`~~
	377	+	```text
	378	+	directory /your/path/to/lazarus
	379	+	directory /your/path/to/lazarus/lcl
	380	+	directory /your/path/to/lazarus/lcl/include
	381	+	```
358	382
359	383		### I receive an error during the linking that states /usr/bin/ld can't find -l\<some lib\>
360	384
361	385		Package Based Distributions
362	386		You need to install the package that provides the lib\<somelib\>.so or lib\<somelib\>.a files. Dynamic libs under linux have the extension .so, while static libs have the extension .a. On some Linux distro's you have installed the package (rpm, deb) \<packagename\> which provides \<some lib\>, but you also need the development package (rpm, deb), normally called \<packagename\>-dev, which contains the .a (static lib) and/or the .so (dynamic lib).
363	387
364	388		Some distributions have commands to find which package contains a file:
365	389
366	390		Mandriva
367	391
368		-	~~`[]$ urpmf lib<somelib>.so`~~
	392	+	```text
	393	+	[]$ urpmf lib<somelib>.so
	394	+	```
369	395
370	396
371	397		will list all packages containing the file named lib\<somelib\>.so, you'll have to install those ending in -devel
372	398
373	399
374	400		Debian
375	401
376	402
377	403		install the apt-file utility (apt-get install apt-file) then
378	404
379		-	~~`[]$ apt-file search lib<somelib>.so`~~
	405	+	```text
	406	+	[]$ apt-file search lib<somelib>.so
	407	+	```
380	408
381	409
382	410		will list all packages containing the file named lib\<somelib\>.so, you'll have to install those ending in -dev
383	411
384	412		Source Based Distributions and Manual Compilation (LFS)
385	413		Make sure that there is a lib\<somelib\>.a in the path, and that it contains the right version. To let the linker find the dynamic library, create a symlink called lib\<some lib\>.so to lib\<some lib\>\<version\>-x,y.so if necessary (and/or for static lib; lib\<some lib\>.a to lib\<some lib\>\<version\>-x,y.a).
386	414
387	415		FreeBSD
388	416		As source based distro's, and also make sure you have -Fl/usr/local/lib in your fpc.cfg and/or Lazarus library path. Keep in mind that GTK1.2 has "gtk12" as package name under FreeBSD. (same for glib) NOTE: This has changed as of late. Newest ports have gtk-12 and glib-12 as well. You might stumble on this problem, since FPC requires the "-less" ones, you will need to symlink them like this:
389	417
390		-	~~`[]# cd /usr/local/lib && ln -s libglib-12.so libglib12.so`\~~
391		-	~~`[]# cd /usr/X11R6/lib && ln -s libgtk-12.so libgtk12.so`\~~
392		-	~~`[]# cd /usr/X11R6/lib && ln -s libgdk-12.so libgdk12.so`~~
	418	+	```text
	419	+	[]# cd /usr/local/lib && ln -s libglib-12.so libglib12.so
	420	+	[]# cd /usr/X11R6/lib && ln -s libgtk-12.so libgtk12.so
	421	+	[]# cd /usr/X11R6/lib && ln -s libgdk-12.so libgdk12.so
	422	+	```
393	423
394	424		NetBSD
395	425		As source based distro's, and also make sure you have -Fl/usr/pkg/lib in your fpc.cfg and/or Lazarus library path
396	426
397	427		### How can I convert a kylix 2 project into a lazarus project?
398	428
399	429		Nearly the same way as converting a Kylix project into a Delphi/VCL project.
400	430
401	431		The LCL (Lazarus Component Library) tries to be compatible to Delphi's VCL. Kylix's CLX tries to be QT compatible. Here are some general hints:
402	432
403	433		- Rename all used CLX Q-units like QForms, QControls, QGraphics, ... into their VCL counterparts: Forms, Controls, Graphics, ...
404	434		- Add LResources to the uses section of every form source
405	435		- Rename or copy all .xfm files to .lfm files.
406	436		- Rename or copy .dpr file to .lpr file.
407	437		- Add "Interfaces" to the uses section in the .lpr file.
408	438		- Remove {\$R *.res} directive
409	439		- Remove {\$R *.xfm} directive
410	440		- Add {\$mode objfpc}{\$H+} or {\$mode delphi}{\$H+} directive to .pas and .lpr files
411	441		- Add an initialization section to the end of each form source and add an include directive for the .lrs file (lazarus resource file):
412	442
413		-	~~` initialization`\~~
414		-	~~` {$I unit1.lrs}`~~
	443	+	```text
	444	+	initialization
	445	+	{$I unit1.lrs}
	446	+	```
415	447
416	448
417	449		The .lrs files can be created via the lazres tool in: (lazarusdir)/tools/lazres.
418	450
419	451		For example: ./lazres unit1.lrs unit1.lfm
420	452
421	453		- Fix the differences. The LCL does not yet support every property of the VCL and the CLX is not fully VCL compatible.
422	454
423	455		- To make it more platform independant, reduce unit libc (which is deprecated) references and substitute with native FPC units like baseunix/unix as much as possible. This will be necessary to support other targets than linux/x86 (including OS X, FreeBSD and Linux/x86_64)
424	456
425	457		### When compiling lazarus the compiler can not find a unit. e.g.: gtkint.pp(17,16) Fatal: Can't find unit GLIB
426	458
427	459		1\. Check a clean rebuild: do a 'make clean all'
428	460
429	461		2\. Check if the compiler has the correct version (2.0.4 or higher)
430	462
431	463		3\. Check if the compiler is using the right config file. The normal installation creates /etc/fpc.cfg. But fpc also searches for ~/.ppc386.cfg, ~/.fpc.cfg, /etc/ppc386.cfg and it uses only the first it finds.
432	464
433	465
434	466		Hint: You can see which config file is used with 'ppc386 -vt bogus'
435	467
436	468		Remove any ppc386.cfg as it is really obsolete.
437	469
438	470		4\. Check if the config file (/etc/fpc.cfg) contains the right paths to your fpc libs. There must be three lines like this:
439	471
440		-	~~` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget`\~~
441		-	~~` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/rtl`\~~
442		-	~~` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/*`~~
	472	+	```text
	473	+	-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget
	474	+	-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/rtl
	475	+	-Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/*
	476	+	```
443	477
444	478
445	479		The first part of these paths (/usr/lib/fpc) depends on your system. On some systems this can be for example /usr/local/lib/fpc/... .
446	480
447	481		Hint: You can see your searchpaths with 'ppc386 -vt bogus'
448	482
449	483		5\. Check that the config file (/etc/fpc.cfg) does not contain search paths to the lcl source files (.pp, .pas):
450	484
451		-	~~` forbidden: -Fu(lazarus_source_directory)/lcl`\~~
452		-	~~` forbidden: -Fu(lazarus_source_directory)/lcl/interfaces/gtk`~~
	485	+	```text
	486	+	forbidden: -Fu(lazarus_source_directory)/lcl
	487	+	forbidden: -Fu(lazarus_source_directory)/lcl/interfaces/gtk
	488	+	```
453	489
454	490
455	491		If you want to add the lcl for all your fpc projects, make sure that the two paths look like the following and are placed after the above fpc lib paths:
456	492
457		-	~~` -Fu(lazarus_source_directory)/lcl/units/$fpctarget`\~~
458		-	~~` -Fu(lazarus_source_directory)/lcl/units/$fpctarget/gtk`~~
	493	+	```text
	494	+	-Fu(lazarus_source_directory)/lcl/units/$fpctarget
	495	+	-Fu(lazarus_source_directory)/lcl/units/$fpctarget/gtk
	496	+	```
459	497
460	498		6\. Check if the missing unit (glib.ppu) exists in your fpc lib directory. For example the gtk.ppu can be found in /usr/lib/fpc/\$fpcversion/units/i386-linux/gtk/. If it does not exists, the fpc lib is corrupt and should be reinstalled.
461	499
462	500		7\. Check if the sources are in a NFS mounted directory. In some cases the NFS updates created files incorrectly. Please, try to move the sources into a non NFS directory and compile there.
463	501
464	502		8\. If you are still not succeeded try to use samplecfg script as follows:
465	503
466	504		\# cd /usr/lib/fpc/version/
467	505
468	506		\# sudo ./samplecfg /usr/lib/fpc/\\\$version /etc
469	507
470	508		Note! Do not put - / - after etc because if you do that the system will create a file - /etc/fpc.cfg/fpc.cfg. In fact we want that samplecfg make a file - /etc/fpc.cfg - not the folder /etc/fpc.cfg.
471	509
472	510		### I have installed the binary version, but when compiling a simple project, lazarus gives: Fatal: Can't find unit CONTROLS
473	511
474	512		Probably you are using a newer fpc package, than that used for building the lazarus binaries. The best solution is to download the sources and compile lazarus manually. You can download the source snapshot or get the source via svn:
475	513
476		-	~~` $ bash`\~~
477		-	~~` $ svn checkout `[`http://svn.freepascal.org/svn/lazarus/trunk`](http://svn.freepascal.org/svn/lazarus/trunk)` lazarus`\~~
478		-	~~` $ cd lazarus`\~~
479		-	~~` $ make clean all`~~
	514	+	```text
	515	+	$ bash
	516	+	$ svn checkout http://svn.freepascal.org/svn/lazarus/trunk lazarus
	517	+	$ cd lazarus
	518	+	$ make clean all
	519	+	```
480	520
481	521		Make sure that lazarus get the new source directory: Environment-\>General Options-\>Files-\>Lazarus Directory Top
482	522
483	523		### Lazarus компилируется, но компоновка прерывается с ошибкой: libgdk-pixbuf not found
484	524
485	525		Для решения проблемы нужно установить библиотеку gdk-pixbuf library для gtk1.x:
486	526
487	527		Библиотека gdk-pixbuf может быть найдена:
488	528
489	529		RPM пакет: <http://rpmfind.net/linux/rpm2html/search.php?query=gdk-pixbuf&submit=Search+>...&system=&arch=
490	530
491	531		Debian пакет: libgdk-pixbuf-dev
492	532
493	533		Исходники: <ftp://ftp.gnome.org/pub/gnome/unstable/sources/gdk-pixbuf/>
494	534
495	535		Ubuntu 8.10:
496	536
497	537		Если вы собираете Lazarus с GTK 2.0 вы можете получить ошибку "libgdk-pixbuf2.0 not found" . Для решения проблемы просто установите пакет libgtk2.0-dev, используя команду apt следующим образом (используйте sudo при необходимости):
498	538
499		-	~~`apt-get install libgtk2.0-dev`~~
	539	+	```text
	540	+	apt-get install libgtk2.0-dev
	541	+	```
500	542
501	543		### Я использую SuSE, при компиляции получаю ошибку: "/usr/bin/ld: cannot find -lgtk Error: Error while linking"
502	544
503	545		Ранние версии SuSE (до SuSE 11) устанавливали gtk библиотеки devel в директорию /opt/gnome/lib (или /opt/gnome/lib64 для 64-й версии), что не является общепринятым путём для библиотек.
504	546
505	547		Для решения проблемы, вы можете добавить этот путь библиотеки в конфигурационный файл FPC (/etc/fpc.cfg), следующей строкой:
506	548
507		-	~~`-Fl/opt/gnome/lib.`~~
	549	+	```text
	550	+	-Fl/opt/gnome/lib.
	551	+	```
508	552
509	553		### Лазарус после установки компонента падает с ошибкой runtime error 211
510	554
511	555		После установки компонента Лазарус падает со следующей ошибкой:
512	556
513		-	~~`Threading has been used before cthreads was initialized.`\~~
514		-	~~`Make cthreads one of the first units in your uses clause.`\~~
515		-	~~`Runtime error 211 at $0066E188`~~
	557	+	``` pascal
	558	+	Threading has been used before cthreads was initialized.
	559	+	Make cthreads one of the first units in your uses clause.
	560	+	Runtime error 211 at $0066E188
	561	+	```
516	562
517	563		Как это исправить?
518	564
519	565		Установленный компонент использует потоки. FPC не включает поддержку многопоточности автоматически на *nix системах, по-этому её необходимо включать вручную. Её включение происходит использованием модуля cthreads. Любое приложение, использующее такой компонент должна использовать этот модуль, причём он должен быть первым подключаемым модулем в программе. Лазарус так же не является исключением.
520	566
521	567		Подключить модуль cthreads можно двумя способами:
522	568
523	569		1\) Откройте пакет. В редакторе пакетов нажмите на Параметры (Options). Во вкладке Использование (Usage) добавьте настройкуПользовательские (custom) и запишите -dUseCThreads. Пересоберите Лазарус. В этом случае модуль cthreads подключиться автоматически для unix систем.
524	570
525	571		2\) Чтобы не изменять пакет, можно добавить директиву компиляци при сборке самого Лазаруса. Откройте меню Сервис(Tools)-\>Параметры сборки Lazarus(Configure "build Lazarus)". В диалоге Параметры "Cборки Lazarus"("build Lazarus") в поле "Параметры:"("Options:") впишите -Facthreads и нажмите кнопку "OK". После этого добавьте пакет и пересоберите среду.
526	572
527	573		Совет: Предыдущая копия Лазаруса (исполнительный файл, который при запуске на выдавал ошибку), скорее всего, находится в той же папке что и текущая версия, но с расширением .old.
528	574
529	575		См.также:[[Multithreaded Application Tutorial/ru\|Модули, необходимые для мультипоточных приложений]]
530	576
531	577		### Когда я запускаю программу, использующую потоки (threads), я получаю сообщение об ошибке "runtime error 232"
532	578
533	579		Полное сообщение выглядит так:
534	580
535		-	~~`This binary has no thread support compiled in.`\~~
536		-	~~`Recompile the application with a thread-driver in the program uses`\~~
537		-	~~`clause before other units using thread.`\~~
538		-	~~`Runtime error 232`~~
	581	+	``` pascal
	582	+	This binary has no thread support compiled in.
	583	+	Recompile the application with a thread-driver in the program uses
	584	+	clause before other units using thread.
	585	+	Runtime error 232
	586	+	```
539	587
540	588		Решение: Добавьте модуль cthreads в секцию uses главного модуля вашей программы (обычно это .lpr-файл).
541	589
542	590		### У меня Ubuntu Breezy/Mandriva KDE3 и шрифты в Lazarus IDE выглядят слишком большими
543	591
544	592		Попробуйте следующее: Создайте файл с именем «.gtkrc.mine» в домашней директории (если он не существует) и внесите в него данный текст:
545	593
546	594		style "default-text" {
547	595		fontset = "--arial-medium-r-normal---100-----iso8859-1,\
548	596		--helvetica-medium-r-normal---100------"
549	597		}
550	598
551	599		class "GtkWidget" style "default-text"
552	600
553	601		Если это не сработает, попробуйте создать ссылку .gtkrc на .gtkrc.mine. Данный способ был опробован в Xubuntu 7.10 и Mandriva 2009.0 KDE3
554	602
555	603		Примечание: Если Lazarus был скомпилирован с использованием библиотеки Gtk1.2, то настройка шрифтов в Gtk2 не будет влиять на отображение текста в нём.
556	604
557	605		### Как подключать и использовать сторонние файлы ресурсов (*.rc) в GTK приложении?
558	606
559	607		Вариант 1. Переименуйте файл ресурсов (rc) мой_ресурс.rc в имя_программы.gtkrc и поместите в папку с исполняемым файлом программы.
560	608
561	609		Вариант 2. Подключите модуль GtkInt в секцию uses исходного кода проекта (*.lpr), и допишите код
562	610
563	611		``` pascal
564	612		{$IFDEF LCLGtk}
565	613		GTKWidgetSet.SetRCFilename('имя_вашего_файла_ресурса');
566	614		{$ENDIF LCLGtk}
567	615		```
568	616
569	617		перед вызовом Application.Initialize.
570	618
571	619		Вариант 3. Используя модуль gtk2 вызовите метод gtk_rc_parse('имя_файла_ресурса') а также gtk_rc_reparse_all.
572	620
573	621		### I have Ubuntu and I cannot compile for Gtk2 due to missing libraries
574	622
575	623		Ubuntu has a problem with not creating all the symbolic links that you'll need even when the libraries are installed. Make sure that all missing libraries when trying to link for Gtk2 have their appropriate links. For instance, you might need to do:
576	624
577	625		cd /usr/lib
578	626		sudo ln -s libgdk-x11-2.0.so.0 libgtk-x11-2.0.so
579	627
580	628		Make sure that the \[whatever\].so symbolic links are created and point to the actual libraries.
581	629
582	630		### How can I compile a program for Gtk2?
583	631
584	632		At the moment, the Gtk2 compiled IDE is a little unstable, but you can compile software for Gtk2 using the Gtk1 IDE.
585	633
586	634		To start with recompile LCL for Gtk2. Go to the menu "Tools"-\>"Configure Build Lazarus" and set LCL to clean+build and everything else to none.
587	635
588	636		Now click Ok and go to the menu "Tools"-\>"Build Lazarus"
589	637
590	638		Now you can compile your software with Gtk2 going on the Compiler options and changing the widgetset to Gtk2.
591	639
592	640		### I get this message: "\[WARNING\] ** Multibyte character encodings (like UTF8) are not supported at the moment."
593	641
594	642		Since revision 10535 (0.9.21) this message doesn't exist anymore. Previously it was used to warn that a UTF-8 encoding was used. The internal keyhandling routines for the gtk1 widgetset couldn't handle such encoding for keypresses, with the result that keypresses with for instance accented chars were not or wrong detected.
595	643
596	644		(original text for older versions of lazarus)\
597	645		This warning message indicates that your locale enconding is set to utf-8. If you are using Gtk 1 this can be a serious problem and prevent the correct working of Lazarus or software created with Lazarus.
598	646
599	647		To work around this, just change your locale to a non utf-8 before executing the program on the command line, like this:
600	648
601	649		export LC_CTYPE="pt_BR"
602	650		export LANG="pt_BR"
603	651		export LANGUAGE="pt_BR"
604	652		./lazarus
605	653
606	654		Substitute pt_BR with the locale for your country. You can create a script to automate this.
607	655
608	656		## Windows
609	657
610	658		### When I cycle the compiler, I get:The name specified is not recognized as an internal or external command, operable program or batch file.\>& was unexpected at this time.
611	659
612	660		In the compiler directory there is an OS2 scriptfile named make.cmd. Different versions of Windows also see this as a script file, so remove it since what is needed for OS2 becomes a hindrance on Windows.
613	661
614	662		### When I cycle the compiler, I get: make\[3\]: ./ppc1.exe: Command not found
615	663
616	664		I don't know why but somehow make has lost its path. Try to cycle with a basedir set like: make cycle BASEDIR=your_fpc_source_dir_herecompiler
617	665
618	666		### When I try to make Lazarus I get:
619	667
620	668		#### make.exe: * * * interfaces: No such file or directory (ENOENT). Stop.make.exe: * * * \[interfaces_all\] Error 2
621	669
622	670		You need to upgrade your make.
623	671
624	672		#### makefile:27: *** You need the GNU utils package to use this Makefile. Stop.
625	673
626	674		Make sure you didn't install FPC in a path with spaces in the name. The Makefile doesn't support it.
627	675
628	676		### How can I give my program an XP look like lazarus has?
629	677
630	678		Project -\> Project Options -\> Check 'Use manifest to enables themes'.
631	679
632	680		### Когда я запускаю Windows программу, созданную в Lazarus-е, открывается консольное (DOS) окно
633	681
634	682		Укажите параметр -WG (Windows графическое приложение) в командной строке компилятора или установите флажок
635	683
636		-	~~`Проект->Опции проекта->Параметры компилятора -> Связывание -> Графическое приложение Win32 `~~
	684	+	```text
	685	+	Проект->Опции проекта->Параметры компилятора -> Связывание -> Графическое приложение Win32
	686	+	```
637	687
638	688		англ:
639	689
640		-	~~`Project->Project Options-> Compiler Options -> Linking -> Win32 GUI application.`~~
	690	+	```text
	691	+	Project->Project Options-> Compiler Options -> Linking -> Win32 GUI application.
	692	+	```
641	693
642	694		## Mac OS X
643	695
644	696		### Why does compiling a project fail with 'unknown section attribute: no_dead_strip'?
645	697
646	698		Dead code stripping is not supported by the assembler and linker before Xcode 1.5 (available for Mac OS X 10.3.9). Disable the compiler options
647	699
648	700		- Code \> Unit style \> Smart linkable (-CX)
649	701		- and Linking \> Link Style \> Link smart (-XX)
650	702
651	703		## Лицензирование
652	704
653	705		### Могу ли я создавать коммерческие приложения, используя Lazarus?
654	706
655	707		Да, библиотека LCL разрабатывается под лицензией LGPL, что позволяет использовать её без открытия кода вашего приложения. Однако, модификации и расширения LCL должны распространяться с исходным кодом. Сам Lazarus, как IDE, использует лицензию GPL. Отметим, что LCL - это код, содержащийся в файлах из каталога "lcl", прочий код не подпадает под действие указанной лицензии.
656	708
657	709		### Могу ли использовать в коммерческих приложениях дополнительные компоненты Lazarus?
658	710
659	711		В составе Lazarus есть дополнительные компоненты, разработанные участниками сообщества. Некоторые из этих компонентов распространяются под лицензиями, отличными от лицензии самого Lazarus. Если вы используете такие компоненты, вы должны уточнить их лицензию. Обычно необходимое пояснение приводится в исходном коде файлов соответствующего пакета. Большинство дополнительных компонентов от сторонних разработчиков можно найти в подкаталоге "components" основного каталога Lazarus.
660	712
661	713		### Как я могу узнать, что компонент является частью LCL?
662	714
663	715		Все модули LCL размещаются в подкаталоге "lcl". Также доступен [список модулей](http://lazarus-ccr.sourceforge.net/docs/lcl/), входящих в LCL. Если в вашем коде вызываются модули, которых нет в этом списке, вероятно, вы используете компонент, не являющийся частью LCL.
664	716
665	717		### Могу ли я создавать коммерческие плагины для Lazarus?
666	718
667	719		Да, the IDEIntf part of the IDE is licensed under the LGPL with the same exception, so that shared data structures in this part will not force you to license your plug-in or design-time package under the GPL. You are free to choose a plug-in of any license; we don't want to limit your choice. Therefore non-GPL compatible plug-ins are allowed. Note that it's not allowed to distribute a precompiled Lazarus with these non-GPL-compatible plugins included statically; however, we do not see this as a severe limitation, since recompiling Lazarus is easy.
668	720
669	721		---
670	722		From the Free Pascal wiki, page "Lazarus Faq/ru", as it stood on 2020-02-18 after a change by Trev, out of the wiki's dump of 2024-05-26. Copyright stays with the author who wrote it, according to the old wiki's [[Licensing]] page. If you have concerns about this material, [message the admin](/wiki-contact).

Back to history