From: <pas...@fr...> - 2002-11-26 10:26:24
|
En réponse à "Randy W. Sims" <RandyS@ThePierianSpring.org>: > > I'm not sure what you mean; I don't recall any major problems building > > any of those modules. The only problem I can think of off-hand is that a > > few modules like LibXML and LibXSLT try to build dll files that have the > > same name as the libraries they depend on. so far I have used active perl and ppm install of modules for those depending on dlls, like xml::libxml. I remember I had great difficulties when trying to build perl myself with nmake and adding all the win32 specials afterthat, and a number of modules already bundled with activeperl. I have most of the time come into problems not trivial for me when building modules with external libraries myself. recently i compiled perl on mingw with dmake. after that I wanted to compile modperl for that perl but it failed. maybe the "make substitution" you talk about would do it. but it's not "clean" just like copying directly perl only modules in the perl lib, for what you agree it is not good practice. I should try it though. > IMHO, it is not desireable to have perl build external libraries. I ran > across one module (I don't remember which) that included the sources for > and tried to build an external library on which it depended, but it > failed. The external library itself built fine outside of the module > build routine, but even then the module insisted on building it itself. the fact that perl triggers the build of an external libraries needed by a perl module is not different from a make that builds a prerequesite before what comes after. It is another problem is the mafefile.pl is bad configured and does not accept an already existing library. > Soren A wrote: > > We need to get a "mingw/" subdir placed in the distro (with a > > "Makefile.SHs" in it), and a "hints/mingw" file as well. To do so > will > > require someone to subscribe to p5p and get the attention of the > > Pumpking (I *think* that's still Jarkko (sp?) at this point but I am > not > > sure). En réponse à "Randy W. Sims" <RandyS@ThePierianSpring.org>: > If anything that should be an "msys" subdirectory since there is a mingw > build system that already works in the win32 directory. if there is a special more refined makefile and stuff for mingw, I don't see why this would not justify a mingw subdir. besides, the subdir is also here for convenience and clarity, not always because it is unavoidable. > > I'm not sure I understand. CPAN works fine. I have never had any > problems installing/updating/configuring/etc the CPAN module or the > newer CPANPLUS. if you download the and install the module yourself (with make) no. but if you want to take advantage of the perl -MCPAN etc.. automatic downloading, and installing it has never easely worked for me. pascal |