Depois do Trunk 2 Todos os Componentes são recompilados

[Claudio Quevedo]

Bom dia,

Depois que instalei o Trunk 2 notei que sempre que faço um build no meu projeto no delphi7, todos os componentes utilizados no projeto são recompilados gerando um tempo de compilação extremamente longo. Não são somente os componentes ACBr que são compilados, mas todos os componentes de terceiros.

Alguém sabe alguma coisa sobre isso?

 

Obrigado,

 

Claudio Quevedo.

[Juliomar Marchetti]

Bom dia!

sim se notar ao rodar o instalador tem a opção para deixar somente a LibXX no path!

feche seu delphi refaça a instalação e marque essa opção!

ele somente vai ver os dcu pra compilar !

[Claudio Quevedo]

Mas ele não recompila somente as units do ACBr, recompila todas as units de todos os componentes de terceiros, inclusive Indy, DevExpress e outros customizados que fizemos aqui.

[Régys Silveira]

Mas isso não tem a ver com o ACBr, tem a ver com seu projeto, o delphi recompila algo quando verifica a necessidade disso, geralmente ele compara a data ou versão do arquivo.

[Claudio Quevedo]

Sim, sim... Mas ele não deveria recompilar componentes instalados há muito tempo, certo?

[Régys Silveira]

21 minutos atrás, Claudio Quevedo disse:

Sim, sim... Mas ele não deveria recompilar componentes instalados há muito tempo, certo?

Depende, se uma das variáveis que ele analisa estiver diferente ele vai compilar, mas isso não tem a ver com o ACBr.

Você está utilizando o build all ou compile?

[Claudio Quevedo]

Compile

[Régys Silveira]

Usando o compile teria que compilar somente o que alterou, tenta o seguinte, faz um clear e depois um build all no teu aplicativo, e veja se vai parar de recompilar tudo sempre.

Se não parar ai não sei lhe dizer o que é, mas o ACBr não tem a ver com isso, teria mais a ver com algo na máquina ou no Delphi.

[Claudio Quevedo]

Valeu... Vou continuar pesquisando...

[Claudio Quevedo]

Opa, não consegui resolver, mas minimizei o problema gerando todas as dcu e depois só compilo, como você sugeriu.

 

Não sei se esse é o canal, mas aproveitando a oportunidade: Estava recebenco um erro de access violation no método TRLCustomControl.FindParentPager quando a variável W era setada com nil. Quando o typecast era feito o retorno da função ficava com algum lixo de memória e dava erro na rotina chamadora.

function TRLCustomControl.FindParentPager: TRLCustomPager;
var
  W: TControl;
begin
  W := Parent;
  while (W <> nil) and not (W is TRLCustomPager) do
    W := W.Parent;
  Result := TRLCustomPager(W)
end;

Esse é o método original. Para que não pare meus clientes alterei para ficar assim:

function TRLCustomControl.FindParentPager: TRLCustomPager;
var
  W: TControl;
begin
  W := Parent;
  while (W <> nil) and not (W is TRLCustomPager) do
    W := W.Parent;

  if Assigned(W) then
    Result := TRLCustomPager(W)
  else
    Result := nil;
end;

[Régys Silveira]

Este alteração é em alguma unit do próprio Delphi? Se for seria melhor utilizar o QA da Embarcadero para relatar o problema.

[Claudio Quevedo]

É do FortesReport

[Régys Silveira]

5 horas atrás, Claudio Quevedo disse:

É do FortesReport

Enviei a alteração para o GIT do Fortes, só aguardar o pessoal analisar e incorporar.