I can't say that I have them. Petr, you can use 98.5.3 binaries found
here, "http://drop.io/tvuqe3o";. Just keep in mind that png operations
will fail.
On Sat, May 30, 2009 at 2:14 PM, John Hunter wrote:
> On Fri, May 29, 2009 at 9:44 PM, Petr Marhoun wrote:
>> Hello,
>>
>> Few days ago there
On Thu, May 28, 2009 at 10:52 AM, John Hunter wrote:
> On Thu, May 28, 2009 at 9:37 AM, Charlie Moad wrote:
>
>> I think setuptools should be a requirement in the same way numpy is.
>>
>> The latest "ez_setup.py" script has 2.6 included.
>> http:/
On Thu, May 28, 2009 at 10:34 AM, John Hunter wrote:
> On Thu, May 28, 2009 at 9:25 AM, John Hunter wrote:
>> On Thu, May 28, 2009 at 9:06 AM, John Hunter wrote:
>>> On Thu, May 28, 2009 at 8:57 AM, Charlie Moad wrote:
>>>> Another note. I ran into problems when
On Thu, May 28, 2009 at 10:25 AM, John Hunter wrote:
> On Thu, May 28, 2009 at 9:06 AM, John Hunter wrote:
>> On Thu, May 28, 2009 at 8:57 AM, Charlie Moad wrote:
>>> Another note. I ran into problems when trying to create the build in
>>> a directory that had spac
It's strange that I didn't run into spacing issues.
sdist --formats=gztar
- Charlie
On Thu, May 28, 2009 at 9:47 AM, John Hunter wrote:
> On Wed, May 27, 2009 at 11:08 PM, Charlie Moad wrote:
>> I've spent the last couple of days writing the win32 equivalent
Another note. I ran into problems when trying to create the build in
a directory that had spaces. (e.g. C:\Documents and Settings\).
Try running everything in a top level dir.
- Charlie
On Thu, May 28, 2009 at 9:56 AM, Charlie Moad wrote:
> It's strange that I didn't run
I've spent the last couple of days writing the win32 equivalent
of John's osx release scripts for MinGW. It patches distutils at
runtime to exclude the msvcr link, hence we should no longer need to
modify distutils. I have tested it on Python 2.6 and it should work
on 2.4 and 2.5 as well. I
On Mon, Apr 13, 2009 at 11:46 AM, John Hunter wrote:
> On Sun, Apr 12, 2009 at 10:20 PM, Charlie Moad wrote:
>> I updated the binaries at the same link as before:
>> http://drop.io/tvuqe3o
>
> I just tested the python2.5 installer
> matplotlib-0.98.5.3.win32-py2.5.exe a
feel free to post for a release if the source and windows
files work.
- Charlie
On Fri, Apr 10, 2009 at 10:36 PM, Charlie Moad wrote:
> http://drop.io/tvuqe3o
>
> Please test these windows builds. I committed a change to set
> tcltk8.5 flags for python 2.6 and I also up
. If these builds test out well I'll proceed with the whole
slew of files for the release later this weekend.
- Charlie
On Fri, Apr 10, 2009 at 10:20 PM, Charlie Moad wrote:
> Yeah, that worked. Removed the link from
> distutils/cygwinccompiler.py. I didn't get the error from pyt
ted soon.
- Charlie
On Fri, Apr 10, 2009 at 10:15 PM, Charlie Moad wrote:
> I found that thread not too long ago and dug up the tool John mentioned.
>
> http://www.dependencywalker.com/
>
> Looks like our friend "msvcrXX" (msvcr90 for py2.6) is back. I am
> removing t
drew Straw wrote:
> Charlie Moad wrote:
>> I am running into an error when importing matplotlib though. I'll
>> poke around but would appreciate extra eyes.
>>
>> ImportError: DLL load failed: The specified procedure could not be found.
>
> Hi Charlie, we&#x
thon26\lib\site-packages\matplotlib-0.98.5.3_r7035-py2.6-win32.egg\matplotlib\transform
s.py", line 34, in
from matplotlib._path import affine_transform
ImportError: DLL load failed: The specified procedure could not be found.
- Charlie
On Fri, Apr 10, 2009 at 4:06 PM, wrote:
> On
Sorry, I guess 0.98.5.3 looking at the branch. No need for a 0.91
update though?
On Fri, Apr 10, 2009 at 3:06 PM, Charlie Moad wrote:
> 0.98.6 only?
>
> On Wed, Apr 8, 2009 at 2:59 PM, Eric Firing wrote:
>> Charlie Moad wrote:
>>>
>>> I might be able to squeeze
0.98.6 only?
On Wed, Apr 8, 2009 at 2:59 PM, Eric Firing wrote:
> Charlie Moad wrote:
>>
>> I might be able to squeeze some time in this weekend. I am not
>> thrilled about the new visual studio requirements, nor do I have
>> access to it. I know John started a buil
I might be able to squeeze some time in this weekend. I am not
thrilled about the new visual studio requirements, nor do I have
access to it. I know John started a build script for OSX and I have
been meaning to try something similar for mingw. Is anyone opposed to
creating the official releases
On Sun, Dec 14, 2008 at 1:22 PM, Darren Dale wrote:
> On Sun, Dec 14, 2008 at 12:24 PM, Charlie Moad wrote:
>>
>> First of all let me apologize for the problems we have been
>> seeing with the binaries as of late. Frankly the root of the problem
>> might be my det
First of all let me apologize for the problems we have been
seeing with the binaries as of late. Frankly the root of the problem
might be my detachment from the matplotlib source for some time.
Unfortunately due to my time constraints, this won't be changing soon.
I used to think being somew
This build should be the same as all the previous. I do them as
I documented on the ipython pages. bdist_mpkg has been flat broke the
times I have tried it. bdist_egg seems pretty helpless too due to
setuptools lack of understanding of osx architectures. Most people
get a successful instal
I had all the build opts explicitly set, so I am not quite sure what
happened. I'm a little more worried about the error two people have
reported involving matplotlib.conf.template. This file is present in
the source.
- Charlie
On Sat, Dec 13, 2008 at 10:53 AM, John Hunter wrote:
> On Sat, Dec
I'm not seeing this on OSX. Is anyone else experiencing this issue?
- Charlie
On Fri, Dec 12, 2008 at 2:39 PM, Neal Becker wrote:
> sudo easy_install -U matplotlib
> Searching for matplotlib
> Reading http://pypi.python.org/simple/matplotlib/
> Reading http://matplotlib.sourceforge.net
> Readin
0.98.5 source and bins are posted. Please try them out. John can
announce at his convenience.
- Charlie
On Thu, Dec 11, 2008 at 12:15 PM, John Hunter wrote:
> On Thu, Dec 11, 2008 at 8:25 AM, Michael Droettboom wrote:
>
>>> And I'll try and get the maintenance branch right next time :-)
>>
>>
Is there any need for a maintenance release?
On Thu, Dec 4, 2008 at 1:53 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 4, 2008 at 12:38 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> Works for me. Let's aim for Saturday night so we have Sunday to test
>
I held off on the release to hear back on this. Should we proceed
this evening if there is no response?
On Sat, Dec 6, 2008 at 5:09 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> There appears to be a bug in the 3rd subplot of symlog_demo.py because
> the ticker is generating an OverflowError on my
Works for me. Let's aim for Saturday night so we have Sunday to test
it out. Doable?
- Charlie
On Wed, Dec 3, 2008 at 9:29 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> Despite my occasional recent murmurings to get a release out, which
> fall by the wayside as more pressing matters arise, I rea
Hey Randy,
All the mpl binaries are built against tcl/tk 8.4. I believe mpl is
not compatible with tcl/tk 8.5 as of the last release. Someone else might
know if this has changed in svn?
- Charlie
On Sun, Oct 5, 2008 at 11:04 PM, Randy Heiland <[EMAIL PROTECTED]> wrote:
> Short/naive quest
>
>
> You can't put a readme in the zip file?
I think he was referring to the egg as a zip, which it technically is but
setuptools extracts it for you.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's chal
I need a 40+ day vacation too!
Jealous,
Charlie
On Wed, Aug 13, 2008 at 3:37 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> I will be out on vacation until Sept 25th with only sporadic email
> contact, so hold down the fort!
>
> JDH
>
> --
On Wed, Aug 13, 2008 at 2:25 PM, Russell E. Owen <[EMAIL PROTECTED]>wrote:
> I have a few questions and comments about the Mac binary of matplotlib
> 0.98.3:
> matplotlib-0.98.3-py2.5-macosx-10.3.egg.zip
>
> A few things struck me as scary:
> - There are no instructions; when you unzip it you ge
Matplotlib 0.98.3 is now available for download. We are not pushing an
additional 0.91.x release at this time due to lack of updates to that
branch.
http://sourceforge.net/project/showfiles.php?group_id=80706
- Charlie
=
2008-08-03
I am out on town for a meeting until Sunday evening. I unfortunately won't
be able to act until Monday at the earliest. Cutting the source release
sounds like a good plan.
- Charlie
On Thu, Jul 24, 2008 at 3:17 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> I'd like to try and get 98.3 and 91.5
;r'''^ ([\w.]*\.)?# class name(s)
>> (\w+) \s* # thing name
>> (?: \((.*)\) # optional arguments
>> (\s* -> \s* .*)? )? $ # optional return annotation
>> ''
ich I don't see in your log output). Can you send that?
>
> Cheers,
> Mike
>
> Charlie Moad wrote:
>
>> Python2.5 on OSX.5
>>
>> On Thu, Jun 19, 2008 at 11:14 PM, Michael Droettboom <[EMAIL
>> PROTECTED]> [EMAIL PROTECTED]>> wrote:
>>
Can we shoot for Sunday night? It would be much more convenient for me at
least.
- Charlie
On Fri, Jun 20, 2008 at 10:20 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> Sandro has been working hard packaging matplotlib 0.98.0 for debian
> ahead of the next major debian feature freeze, and says he
Python2.5 on OSX.5
On Thu, Jun 19, 2008 at 11:14 PM, Michael Droettboom <[EMAIL PROTECTED]>
wrote:
> What version of Python are you running? All I can think from looking at
> the code is that something in the regex is behaving differently for you than
> me (on Python 2.5).
>
> If you just want t
If you don't pass the "-U" flag to easy_install, it won't look online if you
already have a module installed.
- Charlie
On Thu, Jun 12, 2008 at 8:16 AM, Neal Becker <[EMAIL PROTECTED]> wrote:
> matplotlib-0.98 is not available for easy_install it seems:
> sudo easy_install --dry-run matplotlib
t, May 31, 2008 at 9:47 AM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> Sorry for the delay but I am running into windows/gtk problems. I am
>> getting linking errors for "_gdk_draw_rgb_32_image" and two other gdk
>> symbols. I can't seem to find which lib the
fic
version of gtk? I am thinking I might have to fall back to an older
version.
- Charlie
On Fri, May 30, 2008 at 10:06 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, May 29, 2008 at 11:11 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> I went ahead and called it 0.98.0. I am
Done.
On Fri, May 30, 2008 at 10:06 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, May 29, 2008 at 11:11 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> I went ahead and called it 0.98.0. I am getting a parallels image
>> updated so I can do the windows builds,
arlie
On Fri, May 30, 2008 at 8:19 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Were the internal compiler errors on the Mac? Can you share them? It would
> be nice to work around these in a cleaner way if possible.
>
> Cheers,
> Mike
>
> Charlie Moad wrote:
-O3 with -Os on those two commands only. I also
updated the MANIFEST.in file to include agg24 instead of agg23.
- Charlie
On Thu, May 29, 2008 at 10:06 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Thu, May 29, 2008 at 5:44 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> Just
Just to confirm, I should use the version tag, "0.98pre"?
- Charlie
On Thu, May 29, 2008 at 1:09 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Wed, May 28, 2008 at 8:30 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
>> Should we still proceed with this now that n
Should we still proceed with this now that numpy 1.1.0 is out? Any holdups?
- Charlie
On Wed, May 7, 2008 at 11:07 AM, Jeff Whitaker <[EMAIL PROTECTED]> wrote:
>
> What do people think of releasing 0.98 after numpy 1.1 is released this
> weekend?
>
> The main reason I'd like to do this (instead
I'm available to crank out some builds. I'll keep my eyes peeled for the
new numpy.
- Charlie
On Wed, May 7, 2008 at 1:21 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Wed, May 7, 2008 at 10:59 AM, Darren Dale <[EMAIL PROTECTED]>
> wrote:
>
> > I'm also in favor of a 0.98 release. Calling it
I should have plenty of time on Sunday, so could we shoot for a freeze
before Sunday morning?
On Jan 4, 2008 10:03 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> It looks like the trunk has stabilized with the important bugs fixed,
> so I think it would be a good time to push out the 0.91.2 release,
We added "setupegg.py" a long time ago which does exactly this. The
line below would then be:
python setupegg.py develop
On Dec 12, 2007 12:35 PM, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 12, 2007 at 09:32:04AM -0800, Andrew Straw wrote:
> > If we're going to use setuptools (actua
I did some more digging and it looks like this changed with the
transforms. curve4 is now being called instead of arc_to, which uses
beziers.
On Dec 9, 2007 10:11 AM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> I found a great doc I am linking. The 4 spline method we are using
>
I found a great doc I am linking. The 4 spline method we are using
has an error tolerance of 2.7*10^-4, which I am pretty sure is coming
into play here. If we move to an 8 spline approach, it would reduce
the error a few orders of magnitude.
http://www.tinaja.com/glib/ellipse4.pdf
- Charlie
O
work
> >with either Tcl/Tk. Is that possible? or is this like the old wx
> >situation, where it can only be run with the same version it is
> >built against. Arrggg! I hope not.
>
> The version I build *can* be used with the built in Tcl/Tk. The
> version Charlie Moad build
changes since 0.90.
- Charlie
On Nov 29, 2007 8:45 PM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> So here's my plan. I just got an iMac a few weeks ago and I had to
> spend a little time getting parallels setup with VS2003... yada yada
> yada. I plan on cutting a 0.91.1 relea
e the 0.91.0 build.
- Charlie
On Nov 28, 2007 8:32 AM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> My 1 year old only let me get the source release pushed last night and
> build the mac release. I'll try to get the windows builds posted
> tonight.
>
>
> On Nov 28,
My 1 year old only let me get the source release pushed last night and
build the mac release. I'll try to get the windows builds posted
tonight.
On Nov 28, 2007 8:23 AM, Rob Hetland <[EMAIL PROTECTED]> wrote:
>
> On Nov 28, 2007, at 12:03 AM, John Hunter wrote:
>
>
> > I think native tcl/tk is pr
Before I push the OSX binary to SF I have 2 questions.
1. I used to be able to rename the file from "i386" to "fat" and have
it install on a ppc or intel machine. This doesn't seem to work
anymore even though this is a fat build. Any clues on how to approach
this?
2. Can anyone test this on 10
The last few builds for OSX I have done, somone (don't remember who)
complained that I didn't build against ActiveTCL. I didn't know if
others had a preference on this.
- Charlie
On Nov 27, 2007 5:05 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Nov 27, 2007 2:05
To clarify
- 0.91
- numpy only
- no wx compiled in (since 2.8 is pure python)
- should tk use the default OSX installation for leopard?
10.5 comes with a working freetype, but I was still going to
statically link it in for 10.4 users. It will be a FAT build.
- Charlie
On Nov 27, 2007 1:45
WIN32 worked for the last matplotlib release build I did, but I agree
this patch is harmless. Thanks for looking into it this much.
- Charlie
On 10/16/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Thanks. Sorry about the syntax errors -- I don't use the preprocessor
> much either.
>
> I t
Hmm, that fix was specifically for visual studio. The "#ifdef WIN32"
worked for my build, but possible that is the wrong constant to check
for in visual studio? I'll take a look again.
- Charlie
On 10/5/07, Martin Spacek <[EMAIL PROTECTED]> wrote:
> It's been a few months since I've updated and
-- Forwarded message --
From: Tim Cradic <[EMAIL PROTECTED]>
Date: Jun 14, 2007 10:41 AM
Subject: numerix.ma.html access failure
To: [EMAIL PROTECTED]
Charles,
I'm trying to get info on masking and I have been getting the
following error for over month now. Is there anything
http://cheeseshop.python.org/pypi/matplotlib/
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
===
2007-06-02 Released 0.90.1 at revision 3352
2007-06-02 Display only meaningful labels when calling legend()
I have time to cut a release tomorrow. Are there any outstanding
issues that I should wait on?
- Charlie
On 6/1/07, Christopher Barker <[EMAIL PROTECTED]> wrote:
>
>
> John Hunter wrote:
> > I am not a wx user, so I leave it to the rest of you to
> > confirm and or vet these changes.
>
> I jus
I'm here. It would be nice to use the pure-python wx so we don't have
to provide separate 2.6 and 2.8 builds.
- Charlie
On 5/31/07, Christopher Barker <[EMAIL PROTECTED]> wrote:
> John Hunter wrote:
> > So if the wx stuff is ready to
> > go, by all means let's check it in and include it, but if
On 2/14/07, Michiel Jan Laurens de Hoon <[EMAIL PROTECTED]> wrote:
> Dear Charles,
>
> I was trying to use your cocoa-agg backend for matplotlib, but it seems
> to have a problem to read Matplotlib.nib. Opening this nib with
> Interface Builder also gives an error. It appears that the problem is
>
Thanks for tackling this.
On 2/12/07, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Charlie Moad wrote:
> >> Although my understanding of setup* is minimal, I agree; I think that
> >> keeping some organization in the data will be helpful. It looks like
> >> g
> Although my understanding of setup* is minimal, I agree; I think that
> keeping some organization in the data will be helpful. It looks like
> get_data_path() is not called in many places, so if that is essentially
> what has to be fixed, it should not be very difficult. It might be
> facilitat
> Well, another option is to maintain a sub-directory structure when
> creating mpl-data in the source package. The downside is that this will
> introduce code changes all over the code -- for example, code that
> previously asked for "os.path.join( mpl.get_data_dir(), 'blah.glade' )"
> would have
On 2/12/07, John Hunter <[EMAIL PROTECTED]> wrote:
> On 2/12/07, Andrew Straw <[EMAIL PROTECTED]> wrote:
> > IMO, the way to fix it is to move all the data into
> > lib/matplotlib/mpl-data to start with. If we did that, all the shuffling
> > that setup.py does would be unnecessary and using setupto
I'll fess up that I added the setuptools namespace support for the
toolkits. Keep in mind I did this a LONG time ago, and as implied
below the docs were sketchy. It did work at the time, but I honestly
have not had basemap installed in a while to see the breakage.
Charlie
On 2/9/07, Andrew Stra
http://www.python.org/pypi/matplotlib/0.90.0
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474&release_id=484485
Binaries will be posted in a few days.
===
2007-02-06 Released 0.90.0 at revision 3003
2007-01-
Ok, I'll try to get it posted on SF tonight.
On 2/6/07, John Hunter <[EMAIL PROTECTED]> wrote:
> On 2/6/07, Charlie Moad <[EMAIL PROTECTED]> wrote:
> > rev3002 works great for me. I can push the windows releases this
> > Saturday. I could push a source relea
then.
- Charlie
On 2/5/07, Charlie Moad <[EMAIL PROTECTED]> wrote:
> I'm listening, and I can do the windows builds. I'll run those tests
> tonight and get back to the list.
>
> - Charlie
>
> On 2/5/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> > John Hunter w
I'm listening, and I can do the windows builds. I'll run those tests
tonight and get back to the list.
- Charlie
On 2/5/07, Eric Firing <[EMAIL PROTECTED]> wrote:
> John Hunter wrote:
> > I'm still learning how to reply-to with my new-fangled gmail. I'm
> > forwarding this response on to the li
I think this needs some clean-up:
"The latest matplotlib-0.87.7 for windows was compiled with numpy 1.0
final. Please make sure you are not using the latest numpy-1.0."
-
Using Tomcat but need to do more? Need to support web
This release is compiled against numpy-1.0 final. The binaries are
fresh on sourceforge, so they may take some time to propagate to the
mirrors.
http://cheeseshop.python.org/pypi/matplotlib/
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
Note: There is a compile err
Hey all. I am building the windows binaries of mpl-0.87.7 and I am
running into a problem with python2.3 that I have never ran into
before. I don't have too much time debug it, so I was wondering if
anyone made changes to _isnan? There is a linking error for it, and
it appears a python2.4+ depen
The latest word on the numpy list is that numpy-1.0 is coming out on
Wednesday. I suggest waiting until the final 1.0 release is out
before we do a new matplotlib build. I will try to push a build asap
after that. Are there any show stoppers lingering that would delay a
release? I would also su
Just a heads up, numpy-1.0rc3 breaks compatibility. :(
- Charlie
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Downlo
Forwarded as requested
On 10/8/06, Gael Varoquaux <[EMAIL PROTECTED]> wrote:
> My apologies, I cannot post to any SF mailing lists currently. Could one
> of you (whoever sees this first) forward this message to matplotlib-dev,
> I can still receive post coming from there.
>
> I am really sorry
The mailing lists have been down for a few days, and this is a test.
Charlie
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT &
On 9/25/06, Cedric Gustin <[EMAIL PROTECTED]> wrote:
> John Hunter wrote:
> >> "Cedric" == Cedric Gustin <[EMAIL PROTECTED]> writes:
> >
> > Cedric> Or, if you want, I can give you early access to pygtk
> > Cedric> binaries for python 2.5 for testing purpose with
> > Cedric> matplot
On 9/21/06, Boyd Waters <[EMAIL PROTECTED]> wrote:
>
> On Sep 21, 2006, at 1:52 PM, Charlie Moad wrote:
>
> > At what point should we push another minor release for py2.5? or
> > should we at all?
>
> FWIW, I have matplotlib built against Python 2.5 on my M
At what point should we push another minor release for py2.5? or
should we at all? I am able to compile and run the latest in svn on
all 3 major platforms. The only missing component is pygtk for
windows. 0.87.5 is not py2.5 compatible in many ways. Just thought I
would throw it out there.
It builds now. We still have to wait on a useable numpy for python2.5
and pygtk for windows/py2.5. All the other components are there or we
can build.
On 9/20/06, John Hunter <[EMAIL PROTECTED]> wrote:
> >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]&g
On 9/19/06, John Hunter <[EMAIL PROTECTED]> wrote:
> >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
>
> Charlie> Could someone please regenerated the swig wrappings with
> Charlie> swig-1.3.29 instead of swig-1.3.27 and c
The swig wrappings are causing some compile time errors on windows and
python2.5. All seem to be this error:
error C2440: 'initializing' : cannot convert from 'const char *' to 'char *'
Could someone please regenerated the swig wrappings with swig-1.3.29
instead of swig-1.3.27 and commit?
Thank
Ok, I uploaded the mpkgs to, "http://euclid.uits.iupui.edu/mplfiles/";.
Chris, can you please notify the pythonmac list? I am shuffling
around my mailing lists and I am not subscribed at this instant.
Thanks,
On 9/12/06, Christopher Barker <[EMAIL PROTECTED]> wrote:
>
I've been busy, but I will try to make mpkgs for mpl and numpy tonight
and post them to the pythonmac-sig list so they get added to the
pythonmac listing.
- Charlie
On 9/11/06, Brendan Simons <[EMAIL PROTECTED]> wrote:
> Sigh, this is driving me crazy
>
> I tried downloading the Scipy-Superpack f
On 9/7/06, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Hey Charlie, I totally appreciate the effort you put into making these
> releases, particularly on Windows, where I must admit, I have a faint
> heart...
>
> But I found a couple issues (neither require a re-release, but just to
> be aware of the
Charlie
On 9/6/06, Charlie Moad <[EMAIL PROTECTED]> wrote:
> The source error must of propagated to those builds. I will post new
> ones shortly.
>
> On 9/6/06, Sven Schreiber <[EMAIL PROTECTED]> wrote:
> > Well the thread on the devel list that I referred to explicitly
l from
> enthought until I switched numerix to numpy. That made mpl unhappy.
> I downloaded 0.87.5 but I broke something in the process because now
> even switching back to Numeric doesn't make mpl happy.
> """
>
> Thanks,
> Sven
>
> Charlie
That error was relating to the source release. Can you please post
your error for the binary?
On 9/6/06, Sven Schreiber <[EMAIL PROTECTED]> wrote:
> Charlie Moad schrieb:
> > Minor rev bump for numpy 1.0b5 compatibility. This release should
> > remain compatible with f
On 9/5/06, Boyd Waters <[EMAIL PROTECTED]> wrote:
> Try downloading again?
>
> I have not tried the windows binary, but a source tarball from this
> morning was strange.
>
> I pulled a 0.87.5 tarball this morning that had lots of permissions
> problems, an empty __init__.py, weird line terminators.
Minor rev bump for numpy 1.0b5 compatibility. This release should
remain compatible with future 1.0 releases of numpy.
http://cheeseshop.python.org/pypi/matplotlib/
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
==
Thanks for the patch. I am going to hold off until we hear from
Travis. I don't want to distribute anything built from a patched
numpy.
- Charlie
On 9/5/06, Boyd Waters <[EMAIL PROTECTED]> wrote:
> 1.0b5 compiles, with this patch:
>
>
>
>
> does that look right?
>
> - boyd
>
> Boyd Waters
> Sci
I also get a compile error when trying to build against the win32-py2.4 release.
src\_na_nxutils.c(213) : error C2275: 'PyObject' : illegal use of this
type as an expression
c:\Python24\include\object.h(104) : see declaration of 'PyObject'
src\_na_nxutils.c(213) : error C2065: 'ret' : undeclared i
With matplotlib 0.87.5 shortly after.
-- Forwarded message --
From: Travis Oliphant <[EMAIL PROTECTED]>
Date: Sep 4, 2006 7:55 PM
Subject: [Numpy-discussion] Going to cut NumPy 1.0b5 tonight
To: Discussion of Numerical Python
This is a last reminder that I'm going to cut a r
On 8/29/06, John Hunter <[EMAIL PROTECTED]> wrote:
> >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
> >> Travis, would you care to comment?
>
> Charlie> He made a comment on the numpy list. We can shoot for a
>
On 8/29/06, Darren Dale <[EMAIL PROTECTED]> wrote:
> On Tuesday 29 August 2006 14:07, Charlie Moad wrote:
> > On 8/29/06, Darren Dale <[EMAIL PROTECTED]> wrote:
> > > On Monday 14 August 2006 17:48, John Hunter wrote:
> > > > >>>>
On 8/29/06, Darren Dale <[EMAIL PROTECTED]> wrote:
> On Monday 14 August 2006 17:48, John Hunter wrote:
> > >>>>> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
> >
> > Charlie> Numpy 1.0b2 was released last night and Travis h
On 8/17/06, Christopher Barker <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I seem to be talking to myself here, but if someone (including myself)
> wants to pick this up in the future, it'll be good to have it in the
> archives.
>
> Christopher Barker wrote:
> >> There is also the
> >> wx.Image.SetDat
Numpy 1.0b2 was released last night and Travis hopes this will remain
binary compatible with numpy 1.0. Are there any objections to a minor
release bump? I could do this an soon as tomorrow.
- Charlie
-
Using Tomcat but nee
1 - 100 of 111 matches
Mail list logo
