De qualquer forma, obrigado pela ajuda de todos, eu me dou por satisfeito.<br><br><div class="gmail_quote">2010/5/18 Eden Cardim <span dir="ltr"><<a href="mailto:edencardim@gmail.com">edencardim@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">>>>>> "Glauber" == Glauber Machado Rodrigues (Ananda) <<a href="mailto:glauber.rodrigues@gmail.com">glauber.rodrigues@gmail.com</a>> writes:<br>
<br>
</div> Glauber> Por um acaso você<br>
Glauber> sabe o que significa o Makefile.PL do catalyst? Sabe?<br>
<br>
Eu não tava muito afim de perder mais tempo nessa thread, mas percebi<br>
que talvez outras pessoas que estão começando com perl iriam se<br>
beneficiar da informação. Quem já sabe como funciona a convenção do<br>
Makefile.PL pode pular para o terceiro parágrafo.<br>
<br>
O Makefile.PL é uma convenção do perl (não do catalyst) cuja intenção é<br>
gerar um Makefile que possa ser alimentado ao make(1) (fica como<br>
exercício ao leitor verificar pra que serve essa ferramenta). Essa<br>
abordagem permite que os problemas de compilação cross-platform sejam<br>
resolvidos em perl (que roda em quase todas as plataformas existentes)<br>
antes que o processo de construção seja iniciado. Sendo uma convenção, a<br>
implementação contida no Makefile.PL pode variar de uma distribuição<br>
para outra. Uma implementação primitiva é o ExtUtils::MakeMaker, uma<br>
mais moderna é o Module::Install, que pode, opcionalmente, usar o<br>
CPAN.pm para instalar dependências automaticamente. Alguns autores<br>
preferem escrever o Makefile.PL "na mão", outros preferem adotar outras<br>
convenções como o Module::Build que usa um arquivo chamado Build.PL que<br>
trata do processo inteiro de compilação sem precisar do make(1). O core<br>
do catalyst inclui na sua distribuição uma extensão pro Module::Install,<br>
que trata de coisas como construir um pacote PAR da sua aplicação, não<br>
das dependências.<br>
O problema que o Glauber enfrentou deveu-se à falta<br>
de declaração de uma das dependências do *exemplo* do livro da Packt<br>
pub, e de autoria do Jonathan Rockway (<a href="mailto:jon@jrock.us">jon@jrock.us</a>) junto ao<br>
Module::Install, que não tem relação alguma com o Catalyst ou com a<br>
dependência em questão. Se o código que o Glauber escreveu (e ainda não<br>
divulgou) executou mesmo sem a dependência estar presente no sistema<br>
dele, significa que o código dele está diferente do exemplo ou ele está<br>
divulgando informação errada/falsa.<br>
<br>
Resumindo e reforçando: O Module::Install e o Catalyst não tem vínculo<br>
algum e é impossível para qualquer módulo, em qualquer linguagem,<br>
adivinhar de quais módulos o seu projeto depende.<br>
<div><div></div><div class="h5"><br>
--<br>
Eden Cardim<br>
_______________________________________________<br>
Cascavel-pm mailing list<br>
<a href="mailto:Cascavel-pm@pm.org">Cascavel-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/cascavel-pm" target="_blank">http://mail.pm.org/mailman/listinfo/cascavel-pm</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Glauber Machado Rodrigues<br>(Só mais um filho de Deus)<br><br>skype: glauber.rodrigues<br>