[Module-build-general] Re: About Module-Build

[Ken W. <ke...@ma...>]

On Tuesday, July 1, 2003, at 08:16  AM, Mathieu Arnold wrote:

>
>
> +-le 01/07/2003 07:40 -0500, Ken Williams =E9crivait :
> | | Hi Mathieu,
> |
> | Thanks for your message.  You probably actually want to use the =20
> 'destdir'
> | parameter, which was created specifically to aid package managers.
> | Recent versions of MakeMaker have a DESTDIR parameter now too, which =
=20
> does
> | basically the same thing as in Module::Build.
> |
> | Aside from that, the directory customization in released version of
> | Module::Build is not very good.  It's the top priority for version  =20=

> 0.19,
> | and it's coming along well.  You can see the current direction at
> | =20
> http://sourceforge.net/mailarchive/=20
> forum.php?thread_id=3D2686103&forum_id=3D1
> | 0905 .
>
> I do not know, but it would be very good that using :
> perl PREFIX=3D.... Makefile.PL
> does indeed work.
> It would have the FreeBSD's port work out of the box, without needs to =
=20
> add
> another hack.

Hi Mathieu,

I understand your point, but compatibility with the PREFIX setting in =20=

MakeMaker is not going to happen in Module::Build, at least not anytime =20=

soon.  The PREFIX behavior is mis-designed and often leads to people =20
installing things in places they didn't intend to install them.  The =20
redesigned behavior of Module::Build is simpler, more flexible, and =20
safer.  If we can find a way to bolt on a backwards-compatibility layer =20=

for PREFIX that could be a good thing, but it will still be broken in =20=

the same way PREFIX has always been broken, and I'm not inclined to =20
pursue it very aggressively for that reason.

If I can help you solve your specific problem in another way though, =20
don't hesitate to ask here.  Better cooperation with packaging systems =20=

is a major goal of Module::Build.

  -Ken