On 03/04/2011 09:09 PM, Jouni K. Seppänen wrote:
> Eric Firing writes:
>
>> What is the rationale for removing the --prefix argument? It doesn't
>> prevent one from installing in the standard location.
>
> The $PREFIX variables is used by make.osx for two different purposes:
> (1) the dependencie
Eric Firing writes:
> What is the rationale for removing the --prefix argument? It doesn't
> prevent one from installing in the standard location.
The $PREFIX variables is used by make.osx for two different purposes:
(1) the dependencies are installed under $PREFIX and the extensions are
comp
OK, if there are no objections I will start making the appropriate changes to
the code and the documentation.
-- Michiel
On Sun Feb 27th, 2011 8:49 AM EST John Hunter wrote:
>On Sun, Feb 27, 2011 at 1:06 AM, Eric Firing wrote:
>
>> That's a good point. Until fairly recently, interactive behav
On Fri, Mar 4, 2011 at 13:40, Eric Firing wrote:
> On 03/04/2011 10:30 AM, Jouni K. Seppänen wrote:
> > We have an open pull request for fixing some problems in the make.osx
> > file:
> >
> > https://github.com/matplotlib/matplotlib/pull/17
> >
> > I think it's otherwise fine, but it changes the
On 03/04/2011 10:30 AM, Jouni K. Seppänen wrote:
> We have an open pull request for fixing some problems in the make.osx
> file:
>
> https://github.com/matplotlib/matplotlib/pull/17
>
> I think it's otherwise fine, but it changes the mpl_install target by
> removing the --prefix argument. Personall
We have an open pull request for fixing some problems in the make.osx
file:
https://github.com/matplotlib/matplotlib/pull/17
I think it's otherwise fine, but it changes the mpl_install target by
removing the --prefix argument. Personally I would prefer to drop the
--prefix, but this is originally
Hi Ben, Hi list,
> Exactly. That's all I found too. Nothing indicates that we need to
> change anything. We are throwing away the second part of the tuple
> which has the returned filter. The only reason I see for the new
> function is so the coder can get back the filter string, which we
> do
