Translations:Development/FAQs/Technical FAQ/33/pt-br: Difference between revisions

Latest revision as of 14:42, 3 June 2015

Information about message (contribute)

This message has no documentation. If you know where or how this message is used, you can help other translators by adding documentation to this message.

Message definition (Development/FAQs/Technical FAQ)

See ''--enable-final'' above :) . ''make final'' uses the all-in-one-file trick in the current directory even if --enable-final wasn't used, and ''make no-final'' does a normal compilation in the current directory even if --enable-final was used.
Include your moc files! Header files declaring a QObject descendant have to be run through moc to produce a .moc file. This .moc file has to be compiled, for which two possibilities exists: compile it separately, or #include it in the C++ file implementing that above mentioned class. The latter is more efficient in term of compilation speed. BTW, kdesdk/scripts/includemocs does this automatically.
Buy more ram, a faster machine and another processor. On a bi-PIII 866 MHz with 1GB of RAM, kde compiles at a decent speed :-)))

Veja --enable-final acima : ) . O make final usa o truque do arquivo tudo-em-um no diretório atual mesmo se --enable-final não foi usado, e make no-final faz uma compilação normal no diretório atual mesmo se --enable-final foi usado. Inclua seus arquivos moc! Arquivos de cabeçalho que declaram um descendente QObject devem ser executados através do moc para produzir um arquivo .moc . Esse arquivo .moc tem que ser compilado de duas formas possíveis: separadamente ou #incluído no arquivo C++ implementando a classe mencionada acima. O último é mais eficiente em termos de velocidade de compilação. Aliás, kdesdk/scripts/includemocs faz isso automaticamente. Compre mais ram, uma máquina mais rápida e outro processador. Em um bi-PIII 866 MHz com 1GB de RAM, o KDE compila em uma velocidade decente :-)))