At 02:06 PM 5/11/00 -0700, [EMAIL PROTECTED] wrote:
>Dan Sugalski wrote:
>
> > I'd go this all one step further and say you ought to be able to do this:
> >
> > $ @configure "-des"
>
>Presumably such a step would be undesirable in a configure.com generated
>build_perl.com since all config issues have already been taken care of
>in the initial run of configure.com (that generated build_perl.com).
>Is this not so?

That's so, but I was thinking something a bit more manual than using 
build_perl.com. Basically take the Magic Config File from some build (or 
roll it yourself) and the appropriate symbols and build a new version of perl.

>So that the interactive build becomes this two step process?:
>
>   $ @configure
>   $ mmk dwim

Interactively I'd still do a MMK TEST and MMK INSTALL separately, but 
that's just me.

>Sounds reasonable, except for the fact that I think that if you do:
>
>   $ @configure
>   $ mmk install
>
>the dependencies are such that targets "all" and "test" ought to fall into
>place - is this not so?  I have no time to test that right now....

Nope. MMK INSTALL depends on miniperl, but not all of perl or the modules. 
Go figure...

                                        Dan

--------------------------------------"it's like this"-------------------
Dan Sugalski                          even samurai
[EMAIL PROTECTED]                         have teddy bears and even
                                      teddy bears get drunk

Reply via email to