Lazarus Faq/pt: what changed

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

Old	New		Line
1	1		## Geral
2	2
3	3		### Onde eu posso encontar mais FAQ?
4	4
5	5		Veja o [website oficial](http://www.lazarus.freepascal.org). Há um outro FAQ também.
6	6
7	7		### Por que os binários gerados são tão grandes?
8	8
9	9		Os binários são grandes porque eles incluem uma série de informações de depuração necessárias para usar o gdb (GNU Debugger).
10	10
11	11		O compilador tem uma opção para remover a informação de depuração do executável (-Xs), mas devido ao um bug no compilador (versão 2.0.2 ou anterior), isso não funciona corretamente. Isso foi arrumado na versão de desenvolvimento do compilador.
12	12
13	13		Você pode usar um programa chamado "strip" para remover os símbolos de depuração do arquivo executável. Ele está localizado no diretório lazarus\pp\bin\i386-win32\\.
14	14
15	15		Simplesmente digite "strip --strip-all \<seu arquivo executável com o caminho\>" na linha de comando.
16	16
17	17		Se você deseja deixar seu programa ainda menor, você deve tentar também o UPX ([1](http://upx.sourceforge.net/)). O UPX é um ótimo compressor de executável. Ele não inclui memória DUPLA overhead no lugar da descompressão. Ele também tem uma rápida descompressão (~10 MB/sec em um Pentium 133).
18	18
19	19		Para usar upx simplesmente digite "upx \<seu arquivo executável com o caminho\>" na linha de comando.
20	20
21	21		após usar ambos strip e upx um simples programa Lazarus GUI terá:
22	22
23	23		- ~ 700kb no Linux
24	24		- ~ 420kb no Windows
25	25
26	26		Uma resposta mais detalhada está dada em [[Size Matters]].
27	27
28	28		Também é importante notar que um programa hello world no lazarus já inclui uma imensa quantia de recursos. Isso inclui:
29	29
30	30		- Biblioteca de manipulação de XML
31	31		- Biblioteca de manipulação de Imagem para arquivos png, xpm, bmp e ico
32	32		- Aproximadamente todos os widgets da Biblioteca de Componentes Lazarus
33	33		- Toda a Biblioteca de RunTime do Free Pascal
34	34
35	35		Portanto ele é muito grande, mas ele já inclui uma quantia de aproximadamente tudo que uma aplicação real não-trivial precisará.
36	36
37	37		O tamanho do executável do Lazarus inicia grande, mas cresce muito devagar, por causa do compilador Free Pascal e a forma que os formulário lazarus operam. Um projeto c++ (veja um exemplo, mas aplique para outras linguagens / ferramentas também) inicia muito pequeno no hello world, mas rapidamente aumenta exponencialmente quando você precisa de recursos para escrever uma aplicação não-trivial.
38	38
39		-	~~<figure>~~
40		-	~~<img src="Lazarus_vs_cpp.png" title="Lazarus_vs_cpp.png" />~~
41		-	~~<figcaption>Lazarus_vs_cpp.png</figcaption>~~
42		-	~~</figure>~~
	39	+	![](/wiki-images/d/de/Lazarus_vs_cpp.png)
43	40
44	41		### Porque a vinculação é lenta no Windows?
45	42
46	43		Falando de modo geral, a compilação no Windows leva mais tempo que em outras plataformas porque o GNU Linker utilizado pelo Free Pascal é lento neste plataforma. Este problema afeta apenas o Windows, e é somente mau em computadores relativamentes velhos (com menos de 1Ghz) e computadores com pouca RAM (128MB ou menos).
47	44
48	45		Também, se você usar vinculação inteligente (smartlink) na LCL a vinculação será mais lenta. Um estudo sobre isso está localizado aqui: [[File size and smartlinking]]
49	46
50	47		Um vinculador interno foi desenvolvido, e está pronto, mas somente estará disponível quando Free Pascal 2.2 for lançado (naturalmente ele já está disponível via subversion). Ele diminuirá o tempo de vinculação drasticamente.
51	48
52	49		### Eu preciso de pc386.cfg ou fpc.cfg?
53	50
54	51		Você precisa somente de fpc.cfg. Nesse caminho o compilador sabe onde procurar as bibliotecas.
55	52
56	53		### Como eu compilo o Lazarus?
57	54
58	55		Faça algo como:
59	56
60	57		`$ cd lazarus`\
61	58		`$ make`
62	59
63	60		### Como eu crio outros projetos baseados na LCL
64	61
65	62		Se você não pode usar o IDE para criar suas aplicações, use lazbuild. Ele é uma versão por linha de comanda do IDE para criar projetos e pacotes lazarus. Se você deseja criar aplicações LCL sem o IDE e sem o lazbuild, adicione as seguintes linhas para o final do seu fpc.cfg
66	63
67	64		` # caminho de busca para outros toolkits (Linux)`\
68	65		` -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/{SeuToolKit}`
69	66
70	67		` # caminho de busca para outros toolkits (Windows)`\
71	68		` -Fu/{SeusDiretorioLazarus}/components/units/{SeuToolKit}`
72	69
73	70
74	71		Onde {SeuToolKit} pode ser gtk2, gnome, qt ou win32 e execute:
75	72
76	73
77	74		ppc386 seu.projeto.pp
78	75
79	76		Dica: Não esqueça de instalar os pacotes de desenvolvimento para seu toolkit, caso contrário você poderá receber algo como [[Linker message: cannot find -l]].
80	77
81	78		### Qual versão do FPC é requerida?
82	79
83	80		2.0.4 para MacOSX e 2.2.0 para todos os outros sistemas. Aviso: A versão 2.2.0 tem um bug no MacOSX com nomes de arquivos sensíveis a maiuscúlas-minúsculas. Você pode também usar a versão svn do fpc 2.2.1 e 2.3.x.
84	81
85	82		### Eu não consigo compilar Lazarus
86	83
87	84		1. Verifique se o seu compilador tem a versão correta.
88	85		2. Verifique se as bibliotecas fpc são de versão idêntica.
89	86		3. Verifique se você tem um fpc.cfg e não um antigo ppc386.cfg
90	87		4. Verifique também o "FAQs dependentes de SO"
91	88
92	89		### Quando eu tento compilar um projeto, eu tenho um erro
93	90
94	91		#### "Cannot find Unit interfaces". Como resolver isso?
95	92
96	93		Esta unit compilada pode ser encontrada em {LazarusDir}\lcl\units\\{TargetCPU}\\{TargetOS}\\{LCLWidgetSet}\interfaces.ppu.
97	94
98	95		Se você selecionar um widgetset diferente do que o que você utilizou para criar lazarus, você precisa criar a LCL para este widgetset.
99	96
100	97		Se ele estiver lá, você vai receber este erro, você esta usando um compilador diferente / rtl para compilar seu projeto do que o utilizado para compilar seu Lazarus IDE. Você pode fazer uma das seguintes opções:
101	98
102	99		- Recriar a LCL (ou o Lazarus completamente) com o compilador selecionado no Environmnent Options. Você pode isso
103	100
104	101		com Tools -\> Build Lazarus. Antes de fazer isso, verifique as configurações atuais em Tools -\> Configure Build Lazarus.
105	102
106	103		- Mude o compilador em Environment Options para o utilizado por você para compilar Lazarus.
107	104
108	105		Veja atentamente também em Environment Options para ver se você esta usando os caminhos corretos para o diretório Lazarus e o diretório dos fontes FPC. Verifique que este este representa somente uma versão no arquivo de configuração do compilador fpc.cfg - ele deve residir em /etc/ para sistemas Linux/Unix ou no mesmo diretório que o do compilador fpc para sistemas Windows. Se fez update do seu compilador algumas modificações vão ser encontradas para uma versão nova; podem ser encontradas no diretorio do software montou seu novo compilador.
109	106
110	107		### Quando eu tento compilar projetos Delphi em Lazarus, eu tenho erro
111	108
112	109		#### na linha :{\$R *.DFM} Como eu posso resolver este problema ?
113	110
114	111		Lazarus (ou melhor, Linux) não entende de recursos), Deste modo você não pode usá-los no caminho Delphi/win32 executado. De qualquer modo Lazarus usa um metódo considerável compátivel com esse. Você pode entretanto usar seus layouts Delphi (arquivos .dfm) se você usar as seguintes etapas:
115	112
116	113		- Você precisa de uma versão textual dos arquivos .dfm. D5 e maior são feitos com um padrão. Se você tem arquivos antigos: ALT-F12 para ver o layout como texto e colar/copiar. Quando você tem um arquivo de texto .dfm, copia corretamente ele para um arquivo .lfm.
117	114		- Criar um arquivo lazres (em lazarus/tools) lazres seuform.lrs seuform.lfm
118	115		- Adicionar a seguinte seçao de inicialização
119	116
120	117		` initialization`\
121	118		` {$I yourform.lrs}`
122	119
123	120		Por favor tenha em mente que nem todas as propriedades do dfm são suportadas ainda por lazarus, deste modo seu poder pode "dar pau".
124	121
125	122		#### 'Identifier not found LazarusResources'.
126	123
127	124		Quando cria um formulário o Lazarus automaticamente adiciona alguns units extra para seção uses da unit do seu formulário. Durante a conversão de uma unit delphi para uma unit Lazarus isto não ocorre. Assim você precisa adicionar LResources para a seção uses da unit do seu form.
128	125
129	126		### Quando acesso os eventos de objetos (ex: o evento onclick de um botão) recebo a seguinte mensagem de erro: ERROR unit not found: stdCtrls
130	127
131	128		Certifique, em Project -\> Project Inspector, que o seu projeto depende no pacote 'LCL' e que você tem instalado o fontes do FPC.
132	129
133	130		Lazarus é uma IDE e biblioteca de componentes visuais LCL. Todo outro material, como IO, Database, FCL e RTL são fornecidos por FPC. A IDE precisa dos caminhos para todos os fontes.
134	131
135	132		O caminho do fonte FPC pode ser ajustado via: Environment -\> General Options -\> Files -\> FPC source path
136	133
137	134		### Como adicionar um pequeno arquivo no executável, sem necessitar de um arquivo separado. Como adicionar um ressource?
138	135
139	136		Por exemplo:
140	137
141	138		`/your/lazarus/path/tools/lazres sound.lrs sound1.wav sound2.wav ...`
142	139
143	140		criará um soundlrs do sound1.wav e sound2.wav.
144	141
145	142		Então inclua antes do arquivo de formulário lrs:
146	143
147	144		`...`\
148	145		`initialization`\
149	146		`{$i unit1.lrs} // este é o arquivo de recurso principal (primeiro)`\
150	147		`{$i sound.lrs} // arquivo de recurso definido pelo usuário`\
151		-	\
	148	+
152	149		`end.`
153	150
154	151		Em seu programa você pode usar então:
155	152
156	153		`Sound1AsString:=LazarusResources.Find('sound1').Value;`
157	154
158	155		### Qual o significado das várias extensões de arquivos usadas pelo Lazarus?
159	156
160	157		O Tutorial [Os "Arquivos do Lazarus"](http://wiki.lazarus.freepascal.org/index.php/Lazarus_Tutorial/pt#Os_arquivos_do_Lazarus) explica algumas extensões em um exemplo. Aqui uma breve lista:
161	158
162	159		`*.lpi`
163	160		Arquivo de Informação de Projeto Lazarus (armazenado em XML; Contém configurações especificas do projeto)
164	161
165	162		`*.lpr`
166	163		Arquivo de Projeto do Lazarus; contém o fonte Pascal do programa principal
167	164
168	165		`*.lfm`
169	166		Arquivo de Formulário Lazarus; contém informação de configuração de todos os objetos em um formulário (armazenados em um formato especifico do Lazarus; as ações são descritas pelo código-fonte Pascal em um arquivo `*.pas` correspondente)
170	167
171	168		`.pas` ou `.pp`
172	169		Unit com o Código Pascal (normalmente para um formulário, armazenado em um arquivo `*.lfm` correspondente)
173	170
174	171		`*.lrs`
175	172		Arquivo de Recurso do lazarus (este é um arquivo gerado; não confunda com um arquivo de recurso do Windows).
176	173
177	174		Este arquivo pode ser criado com a ferramenta lazres (no diretório Lazarus/Tools) usando a linha de comando: lazres myfile.lrs myfilres.lfm
178	175
179	176		`*.ppu`
180	177		Unit Compilada
181	178
182	179		`*.lpk`
183	180		Arquivo de Informação de Pacote Lazarus. (armazenado em XML; contém as configurações do pacote especificado)
184	181
185	182		### Como posso ver o resultado ou saida da depuração?
186	183
187	184		A LCL tem na procedure LCLProc o envio de saida de debug:
188	185
189	186		- DebugLn: funciona como writeLn, mas só aceita strings.
190	187		- DbgOut: funciona como o Write, mas só aceita strings.
191	188
192	189		Em circunstancias normais o resultado é mostrado no stdout. se o stdout estiver fechado, (por exemplo quando a aplicação é {\$AppType Gui} ou compilada com -WG em windows), nenhum resultado é visivel.
193	190
194	191		O Resultado do debug pode tambem ser impresso em arquivo. A unit LCLProc verifica na sua inicialização os parametros da linha de comando '--debug-log=\<file\>' se achar, ele envia o resultado para \<file\>.
195	192
196	193		Se não encontrar um paramêtro de linha de comando --debug-log, ele verifica se uma variável de ambiente xxx_debullog existe, onde xxx é o programa sem a extensão. Para lazarus isto será lazarus_debuglog. Se esta variável de ambiente existe usa esse tipo de arquivo, Exemplo, se você fizer:
197	194
198	195		`set lazarus_debuglog=c:\lazarus\debug.txt`
199	196
200	197		saída do debug será escrita em c:\lazarus\debug.txt.
201	198
202	199		Como isto está implementado em lclproc, toda aplicação usando lclproc, podera usar esta facilidade de saida de log.
203	200
204	201		Debuging Lazarus
205	202		Mais aproveitável para windows:
206	203
207	204		Se você precisa de resultado em um console, adicione {\$APPTYPE console} em lazarus.pp ; Então recrie o Lazarus.
208	205
209	206		### Eu arrumei/implementei algo no lazarus. Como eu posso adicionar minhas mudanças para o fonte original do lazarus?
210	207
211	208		Crie um patch e envie para os desenvolvedores. Para detalhes veja [[Creating A Patch/pt]].
212	209
213	210		## Onde esta ... definido
214	211
215	212		### Constantes de Teclas Virtuais
216	213
217		-	~~Constantes de Teclas Virtuais são definidas em LCLType. Adicione LCLtype em sua <b>uses</b>.~~
	214	+	Constantes de Teclas Virtuais são definidas em LCLType. Adicione LCLtype em sua uses.
218	215
219	216		## Usando a IDE
220	217
221	218		### Como eu posso usar "Completador de identificador"?
222	219
223	220		Você pode invocar o "Completador de identificador" pressionando \[ctrl\]\[space\]. Sob o item de menu Environment -\> Editor Options -\> Code Tools -\> Automatic Features você pode ajustar com que velocidade isso deve acontecer automaticamente
224	221
225	222		## Linux
226	223
227	224		### Como eu posso depurar no Linux sem a IDE?
228	225
229	226		Primeiro de tudo você precisa de um depurador. gdb é o depurador padrão no linux e este é um GUI-frontends disponível. Um comum frontend é ddd, que é uma parte da maioria das distribuições comuns. Para compilar lazarus/lcl com depuração-informação você deve então usar um dos seguinte comandos para iniciar a seção de depuração:
230	227
231	228		` $ make clean; make OPT=-dDEBUG`\
232	229		` $ ddd lazarus`
233	230
234	231		É avisado que ddd não é aceitável como por exemplo o depurador Lazarus. Especialmente se ele vier para vizualizar o conteúdo de uma variável você tem que levar em conta que ddd/gdb são case-sensitive uma vez que Pascal é case-insensitive. Portanto você tem que tipificar todas os nomes de variáveis em maiúsculas para ver o conteúdo delas. Para mais informação dê uma olhada nos manuais fpc.
235	232
236	233		### Eu posso depurar agora, mas ddd não procura meus fontes ou reivindicações que eles contém no código. O que fazer?
237	234
238	235		Este é um problema de caminho associado com qualquer gdb ou ddd. Você pode evitar por isso
239	236
240	237		- Use o comando "Change directory" (Mudança de Diretório) do menu ddd e escolha o diretório onde os sources estão localizados. A desvantagem deste método é que você agora não pode usar o source do programa iniciado com (ex: Lazarus). Deste modo ele pode ser necessário para mudar o diretório em múltiplas horas.
241	238		- Em ddd vá \[Edit\] \[gdb-settings\] e determine o search-path
242	239		- Crie um arquivo \$(HOME)/.gdbinit como:
243	240
244	241		` directory /your/path/to/lazarus`\
245	242		` directory /your/path/to/lazarus/lcl`\
246	243		` directory /your/path/to/lazarus/lcl/include`
247	244
248	245		### Eu recebo um erro durante a vinculação que states /usr/bin/ld can\\'t find -l
249	246
250	247		Distribuições Baseadas em Pacotes
251	248		Você precisa instalar o pacote que fornece os arquivos lib\<somelib\>.so ou lib\<somelib\>.a. Bibliotecas dinâmicas do Linux tem extensão .so, enquanto bibliotecas estáticas tem extensão .a. Em algumas distros Linux você tem instalado o pacote (rpm, deb) \<nomedopacote\> que fornece \<some lib\>, mas você também precisa do pacote de desenvolvimento (rpm, deb), normalmente chamado \<nomedopacote\>-dev, que contém a .a (biblioteca estática) e/ou o .so (biblioteca dinâmica).
252	249
253	250		Distribuições e Manuais de Compilação Baseados em Fonte (LFS)
254	251		Assegure-se que ali esta uma lib\<somelib\>.a no caminho, e que ela contém a versão correta. para deixar o vinculadores procurar a biblioteca dinâmica (dynamic library), crie um symlink chamado lib\<some lib\>.so para lib\<some lib\>\<version\>-x,y.so se necessário(e/ou para biblioteca estática; lib\<some lib\>.a para lib\<some lib\>\<version\>-x,y.a).
255	252
256	253		FreeBSD
257	254		Como distros baseadas em fonte, também assegure-se que você tem -Fl/usr/local/lib no seu fpc.cfg e/ou caminho de biblioteca do Lazarus. Mantenha em mente que GTK1.2 tem "gtk12" como nome de pacote em FreeBSD. (igualmente para glib)
258	255
259	256		NetBSD
260	257		Como distros baseadas em fonte,
261	258
262	259		também assegure-se que você tem -Fl/usr/pkg/lib no seu fpc.cfg e/ou caminho de biblioteca do Lazarus.
263	260
264	261		### Como eu converto um projeto Kylix 2 em um Projeto Lazarus?
265	262
266	263		Aproximadamente o mesmo caminho como convertendo um projeto Kylix em um projeto Delphi/VCL.
267	264
268	265		A LCL (Biblioteca de Componentes Lazarus) prova compatibilidade com VCL. Kylix CLX prova compatibilidade com QT. Aqui estão umas dicas gerais:
269	266
270	267		- renomeie todas as CLX Q-units usadas como QForms, QControls, QGraphics, ... em contra-parte em sua VCL: Forms, Controls, Graphics, ...
271	268		- Adicione LResources na seção uses de todos dos fontes de todos os formulários
272	269		- renomeie ou copie todos .xfm arquivos como arquivos .lfm.
273	270		- renomeie ou copie arquivo .dpr para arquivo .lpr.
274	271		- remova a diretiva {\$R *.xfm}
275	272		- remova a diretiva {\$R *.xfm}
276	273		- adicione a diretiva {\$mode objfpc}{\$H+} ou {\$mode delphi}{\$H+} para arquivos .pas e .lpr
277	274		- adicione uma seção initialization em cada fonte de formulário e adicione uma diretiva include para o arquivo .lrs (arquivo de recurso lazarus):
278	275
279	276		` initialization`\
280	277		` {$I unit1.lrs}`
281	278
282	279
283	280		Os arquivos .lrs podem ser criados via a ferramenta lazres em: (lazarusdir)/tools/lazres.
284	281
285	282		Por exemplo: ./lazres unit1.lrs unit1.lfm
286	283
287	284		- Estabeleça diferenças. A LCL ainda não suporta todas propriedades da VCL e a CLX não é completamente compatível com a VCL.
288	285
289	286		### Quando compilo Lazarus o compilador não encontra uma unit. e.g.: gtkint.pp(17,16) Fatal: Can\\'t find unit GLIB
290	287
291	288		1\. Verifique uma limpeza de reconstrução: execute um 'make clean all'
292	289
293	290		2\. Verifique se o compilador tem a versão correta (1.0.10 ou 1.1)
294	291
295	292		3\. Verifique se o compilador está utilizando o arquivo de configuração certo. A instalação normal cria /etc/fpc.cfg. Mas fpc também procura por ~/.ppc386.cfg, ~/.fpc.cfg, /etc/ppc386.cfg e ele utiliza somente o primeiro encontrado.
296	293
297	294
298	295		Dica: Você pode ver qual arquivo de configuração é usado com 'ppc386 -vt bogus''
299	296
300	297		4\. Verifique se o arquivo de configuração (/etc/fpc.cfg) contém os paths certo para seus fpc libs (bibliotecas fpc). Ali é necessário estar três linhas como essas:
301	298
302	299		` -Fu/usr/lib/fpc/$version/units/$target`\
303	300		` -Fu/usr/lib/fpc/$version/units/$target/*`\
304	301		` -Fu/usr/lib/fpc/$version/units/$target/rtl`
305	302
306	303
307	304		A primeira parte destes caminhos (/usr/lib/fpc) depende do seu sistema. Em alguns sistemas essa pode ser por exemplo /usr/local/lib/fpc/... .
308	305
309	306		Dica: Você pode ver os seus searchpaths com 'ppc386 -vt bogus'
310	307
311	308		5\. Verifique que o arquivo de configuração (/etc/fpc.cfg) não contém os search paths para os arquivos fontes lcl (.pp, .pas):
312	309
313	310		` forbidden: -Fu(lazarus_source_directory)/lcl`\
314	311		` forbidden: -Fu(lazarus_source_directory)/lcl/interfaces/gtk`
315	312
316	313
317	314		Se você necessita adicionar a lcl em todos os seus projetos fpc, certifique-se que os dois paths parecem como seguinte e estão atrás do, acima descrito, caminho das bibliotecas fpc:
318	315
319	316		` -Fu(lazarus_source_directory)/lcl/units`\
320	317		` -Fu(lazarus_source_directory)/lcl/units/gtk`
321	318
322	319		6\. Verifique se a unit que falta (glib.ppu) existe em seu diretório de bibliotecas fpc. Por exemplo o gtk.ppu pode ser encontrado em /usr/lib/fpc/\$version/units/linux/gtk/. Se ele não existir, a biblioteca fpc está corrompido e deve ser reinstalada.
323	320
324	321		7\. Verifique se os fontes estão em um diretório NFS montado. Em alguns casos as atualizações NFS criam arquivos incorretamente. Plz tente mover os fontes em um não-diretório NFS e compile ali.
325	322
326	323		### Eu tenho instalada a versão binária, mas quando compilo um simples projeto Lazarus dá: Fatal: Can\\'t find unit CONTROLS
327	324
328	325		Provavelmente você está usando um antigo pacote fpc, do que aquele usado para construção dos binários do lazarus. A melhor solução é baixar os fontes e compilar lazarus manualmente Você pode baixar os fontes instantaneamente ou pegar o fonte via cvs:
329	326
330	327		` $ bash`\
331	328		` $ export CVSROOT=:pserver:cvs@cvs.freepascal.org:/FPC/CVS`\
332	329		` $ cvs login`\
333	330		` Dica: A senha é `*`cvs`*` (minúscula).`\
334	331		` $ cvs -z3 checkout lazarus`\
335	332		` $ cd lazarus`\
336	333		` $ make`
337	334
338	335		Certifique-se que lazarus cria um novo diretório fonte: Environment-\>General Options-\>Files-\>Lazarus Directory Top
339	336
340	337		### Lazarus compila, mas ao vincular falha com: libgdk-pixbuf not found
341	338
342	339		Instale a biblioteca gdk-pixbuf para gtk1.x ou então desative o uso:
343	340
344	341		Procure a biblioteca gdk-pixbuf em:
345	342
346	343		RPMs: <http://rpmfind.net/linux/rpm2html/search.php?query=gdk-pixbuf&submit=Search+>...&system=&arch=
347	344
348	345		Pacotes Debian: libgdk-pixbuf-dev
349	346
350	347		Fontes: <ftp://ftp.gnome.org/pub/gnome/unstable/sources/gdk-pixbuf/>
351	348
352	349		Para desativar o uso em Lazarus: Em Tools-\>Configure "Build Lazarus" adicione a opção '-dNoGdkPixBufLib' ou uma linha de comando: "make clean all OPT=-dNoGdkPixBufLib".
353	350
354	351		### Eu tenho SuSE e eu recebo /usr/bin/ld: cannot find -lgtk Error: Error while linking
355	352
356	353		Suse instala os gtk devel libs em /opt/gnome/lib, que não esta no diretorio comum dos arquivos .lib. simplesmente adicione no /etc/fpc.cfg.
357	354
358	355		`(-Fl/opt/gnome/lib).`
359	356
360	357		### Lazarus quebra com erro de runtime 211 após eu instalar um componente
361	358
362	359		Após eu ter instalado um componente, Lazarus quebra com a seguinte mensagem:
363	360
364	361		`Threading has been used before cthreads was initialized.`\
365	362		`Make cthreads one of the first units in your uses clause.`\
366	363		`Runtime error 211 at $0066E188`
367	364
368	365		Como eu posso arrumar isso?
369	366
370	367		Seu récem-instalado componente esta usando threads. Fpc em *nix não inclui automaticamente suporte à threading, mas ele pode ser inicializado. Esta inicialização se completa na unit cthreads. Todas as aplicações que usam o componente precisam adicionar esta unit para a clausula uses do programa principal. Seu Lazarus não é uma excessão. Isto pode ser feito de duas formas:
371	368
372	369		1\) Modifique o fonte da ide/lazarus.pp: adicione a unit cthreads para a clausula uses, assim ele fica parecida com:
373	370
374	371		`uses`\
375	372		` //cmem,`\
376	373		` cthreads, `\
377	374		` {$IFDEF IDE_MEM_CHECK}`\
378	375		`...`
379	376
380	377		e recrie lazarus.
381	378
382	379		2\) Afim de evitar modificar o arquivo lazarus.pp, um opção no compilador fpc pode ser usada. Desde In order to avoid modifying lazarus.pp file, a fpc compiler option could be used. Uma vez que o pacote que usa threads for compilado, abra o menu Tools-\>Configure "build Lazarus". O diálogo Configure "build Lazarus" deverá ser mostrado, no campo "Options:" digite -Facthreads e então pressione o botão "OK". A próxima etapa é instalar o pacote. Lazarus deverá ser criado com a opção -Facthreads a qual agirá no programa principal como se a unit cthreads fosse a primeira na clausula uses.
383	380
384	381		Dica: Talvez seu antigo (não-quebrado) executável lazarus é armazenado em lazarus.old no mesmo diretório que o executável quebrado.
385	382
386	383		### Quando eu executo um program com threads eu recebeo um erro de runtime 232
387	384
388	385		A mensagem de erro completa é:
389	386
390	387		`This binary has no thread support compiled in.`\
391	388		`Recompile the application with a thread-driver in the program uses`\
392	389		`clause before other units using thread.`\
393	390		`Runtime error 232`
394	391
395	392		Solução: Adicione cthreads como primeira unit para a sua clausula uses do seu programa principal, normalmente o arquivo .lpr.
396	393
397	394		### Eu tenho Ubuntu Breezy e meus fontes em Lazarus IDE parecem muito grande
398	395
399	396		Se Lazarus é compilado com Gtk1.2, as configurações em Gnome Preferences/Font não tem nenhum efeito como eles são relatados por Gtk2. Você pode tentar essa solução Crie um arquivo nomeado .gtkrc.mine em seu diretório home (se ele já não existir ali) e adicione essas linhas para ele:
400	397
401	398		style "default-text" {
402	399		fontset = "--arial-medium-r-normal---100-----iso8859-1,\
403	400		--helvetica-medium-r-normal---100------"
404	401		}
405	402
406	403		class "GtkWidget" style "default-text"
407	404
408	405		### Como eu posso compilar um programa para Gtk2?
409	406
410	407		Até o momento, a ide compilada em Gtk2 é um pouco instável, mas você pode compilar programas para Gtk2 usando a IDE Gtk1.
411	408
412	409		Para começar, recompile LCL para Gtk2. Vá até o menu "Tools"-\>"Configure Build Lazarus" e ajuste a LCL para clean+build e todo o resto tudo como none.
413	410
414	411		Agora click em Ok e vá até o menu "Tools"-\>"Build Lazarus"
415	412
416	413		Agora você pode compilar seu programa com Gtk2 indo em Opções de Compilação e mudando o widgetset para Gtk2.
417	414
418	415		## Windows
419	416
420	417		### Quando eu repito a compilação, eu recebo: The name specified is not recognized as an internal or external command, operable program or batch file.\>& was unexpected at this time.
421	418
422	419		No diretório do compilador existe um arquivo de script OS2 nomeado make.cmd. NT vê isto tambem como um arquivo de script, então remova porque em NT ele não é necessario.
423	420
424	421		### Quando eu repito a compilação, eu recebo: make\[3\]: ./ppc1.exe: Command not found
425	422
426	423		Eu não sei porque mas de alguma forma make tem perdido este caminho. Tente repetir com um diretório base determinado como: make cycle BASEDIR=your_fpc_source_dir_herecompiler
427	424
428	425		### Quando eu tento criar(make) Lazarus eu recebo:
429	426
430	427		#### make.exe: * * * interfaces: No such file or directory (ENOENT). Stop.make.exe: * * * \[interfaces_all\] Error 2
431	428
432	429		Você precisa atualizar o seu make..
433	430
434	431		#### makefile:27: *** You need the GNU utils package to use this Makefile. Stop.
435	432
436	433		Verifique se você não instalou o FPC em um caminho com espaços no nome. O Makefile não suporta isso.
437	434
438	435		### Como eu posso dar a meu programa um aspecto XP como lazarus tem?
439	436
440	437		Se você tem um myprogram.exe então crie um arquivo chamado myprogram.exe.manifest e copie-cole para o arquivo isto:
441	438
442	439		`<?xml version="1.0" encoding="UTF-8" standalone="yes"?>`\
443	440		`<assembly xmlns="`[`urn:schemas-microsoft-com:asm.v1`](urn:schemas-microsoft-com:asm.v1)`" manifestVersion="1.0">`\
444	441		`<assemblyIdentity processorArchitecture="*" version="1.0.0.0" type="win32" name="myprogram"/>`\
445	442		`<description>programom</description>`\
446	443		`<dependency>`\
447	444		` <dependentAssembly>`\
448	445		` <assemblyIdentity`\
449	446		` type="win32"`\
450	447		` name="Microsoft.Windows.Common-Controls"`\
451	448		` version="6.0.0.0"`\
452	449		` publicKeyToken="6595b64144ccf1df"`\
453	450		` language="*"`\
454	451		` processorArchitecture="*" />`\
455	452		` </dependentAssembly>`\
456	453		` </dependency>`\
457	454		`</assembly>`
458	455
459	456		Voila! XP looks.
460	457
461	458		### Quando eu executo um programa Windows criado em Lazarus ele inicia uma janela DOS
462	459
463	460		Especifique o argumento -WG (Windows GUI) na linha de comando do compilador ou no Lazarus IDE verifique a checkbox Windows GUI na caixa de dialogo compiler options (menu Project -\> Compiler Options -\> Linking -\> target OS Specific options.
464	461
465	462		## Mac OS X
466	463
467	464		### Por que ao compilar um projeto falha com 'unknown section attribute: no_dead_strip'?
468	465
469	466		Inativo 'code stripping' não é suportado pelo assembler e pelo linker antes do Mac OS X 10.4.0. Desativa as opções de compilador
470	467
471	468		- Code \> Unit style \> Smart linkable (-CX)
472	469		- and Linking \> Link Style \> Link smart (-XX)
473	470
474	471		## Licenciando
475	472
476	473		### Eu posso criar aplicações comerciais com o Lazarus ?
477	474
478	475		Sim, a LCL é licenciada sob LGPL com uma exceção, que permite a você linká-la estaticamente sem lançar o fonte de sua aplicação. Modificações e otimização da LCL devem ser distribuidos com o fonte. Lazarus, o IDE, é licenciado sob a GPL.
479	476
480	477		### Por que alguns componentes tem seu uso restringido em aplicações comerciais ?
481	478
482	479		Lazarus vem com componentes adiconais, que são desenvolvidos por terceiros. Esses componentes tem licenças variadas. Se você pretende usar esses componentes é preciso ver a licença nos arquivos fontes desses pacotes. Muitos desses componentes de terceiros estão no diretório "components".
483	480
484	481		### Como eu sei se um Componente é parte da LCL ?
485	482
486	483		TODAS as unidades LCL estão no diretório "lcl". Uma lista de unidades pertencentes à LCL podem ser encontradas em [2](http://lazarus-ccr.sourceforge.net/docs/lcl/). Se seu código utilizar unidades não relacionadas nessa página, você pode estar usando um componente que não é parte da LCL.
487	484
488	485		### Eu posso criar plug-ins comerciais com o Lazarus ?
489	486
490	487		Sim, o parte IDEIntf do IDE é licenciado sob a LGPL com a mesma excessão, de modo que as estruturas de dados compartilhados nesta parte, não obriguem a licença do seu plug - in ou pacote para tempo-de-design estar sob a GPL. Você é livre para escolher um plug - in de qualquer licença; não queremos limitar a sua escolha. Portanto plug-ins não-GPL compatíveis são permitidas. Note que não é permitida a distribuição de uma versão pré-compilada do Lazarus com estes plug-ins não-GPL compatível incluído estaticamente; no entanto, não vemos isso como uma grave limitação, visto que recompilar o Lazarus é fácil.
491	488
492	489		## Colaboradores e Comentários
493	490
494	491		Está página foi convertida do epikwiki [version](http://lazarus-ccr.sourceforge.net/index.php?wiki=LazarusFaq).
495	492
496	493		---
497	494		From the Free Pascal wiki, page "Lazarus Faq/pt", as it stood on 2015-06-06 after a change by FTurtle, 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).
498	495		Category: FAQs/pt
499	496		Category: Lazarus/pt
500	497		Category: Português

Back to history