Re: [matplotlib-devel] Binary release process

2008-12-14 Thread Michael Abshoff 
On Sun, Dec 14, 2008 at 10:55 AM, Darren Dale  wrote:
> On Sun, Dec 14, 2008 at 1:28 PM, Michael Abshoff 
> wrote:
>> On Sun, Dec 14, 2008 at 10:22 AM, Darren Dale  wrote:
>> > On Sun, Dec 14, 2008 at 12:24 PM, Charlie Moad  wrote:

Hi,



>> The express edition can only produce 32 bit binaries, but I guess this
>> is better than nothing.
>
> According to wikipedia
> (http://en.wikipedia.org/wiki/Microsoft_Visual_Studio_Express) :
>
> "natively compiling 64-bit applications through the IDE is not supported. If
> the freely available Windows SDK is installed, 64-bit applications can be
> built on the command line using the x64 cross-compiler (Cl.exe) supplied
> with the SDK." The documentation at python.org does not indicate whether or
> not it is possible to cross-compile with the express edition if the Windows
> SDK is installed
> (http://docs.python.org/distutils/builtdist.html#cross-compiling-on-windows)

Ok, I didn't know that. There is also some movement with the 64 bit
MinGW port, so hopefully in 2009 one might see a stable release there,
too.

>>
>> > I the past
>> > I have built and distributed extension modules built with mingw32 on
>> > windows
>> > XP, but I have not been able to put together a working mingw32/msys on a
>> > 64-bit windows vista machine. This is my only windows computer, so it
>> > looks
>> > like I will only be supporting py2.6 in the near future.
>>
>> Since numpy 1.3 (probably out January 2009) will start supporting
>> python 2.6 and official Python 3k support for numpy is currently
>> anticipated not for a while I would guess Python 3k support is a
>> non-issue for now. OTOH the many Python libraries depending on numpy
>> might make Python 3K support happen sooner.
>
> Last I heard, the numpy folks think py-3 support is at least a year out.
>

Yes, I have seen that figure thrown around on the list last week, too.
The reasoning seems to be that it would take until 2010 until "major"
distributions shipped Py3K, but given the dependency of many libs I
would be surprised if there wasn't enough pressure earlier to get this
fixed. Given that numpy uses the Python C API directly this might be
more work than some people think. In the end it would probably greatly
help if the same codebase could support Python 2.x and Py3K at the
same time, but we will see.

Slightly OT: What is the preferred way to submit bug fixes? The sf
tracker? I have two tiny build fixes for 0.98.3 (that also apply to
0.98.5) that fix the build on FreeBSD 7 and also works around some
tcl/tl detection strangeness. Both patches are one liners to
setupext.py.

Cheers,

Michael

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Next release

2008-12-15 Thread Michael Abshoff 
On Mon, Dec 15, 2008 at 7:15 AM, John Hunter  wrote:
> On Mon, Dec 15, 2008 at 8:52 AM, Michael Droettboom  wrote:



Hi,

> I have access to a win32 and linux machine that are up and on the
> network most of the time, and could use these as build/test bots for
> those platforms.  I have an OS X laptop, but it is not up or on the
> network most of the time so is not a good candidate for this.  Does
> anyone have a suitable OSX 10.5 box on the network with ssh access
> that would be suitable to host nightly builds?

I can provide you with ssh access to a decent OSX 10.5 box (Dual Xeon,
8GB) at the University of Washington at Seattle. Just ping me off list
and I can hook you up.



Cheers,

Michael

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Memory leak using savefig with MacOSX backend?

2009-01-19 Thread Michael Abshoff 
On Mon, Jan 19, 2009 at 6:33 AM, Michiel de Hoon  wrote:
> I am also finding the continuing increase in memory usage, but this also 
> occurs with other backends (I tried tkagg and pdf) and also without the call 
> to savefig. One possibility is a circular reference in the quiver function 
> that prevents data from being cleaned up.

I do not know how relevant this is to the problem at hand, but I have
observed memory leaks in the Delaunay code in matplotlib 0.98.3. I
hadn't had the chance to upgrade to 0.98.5.x yet, but judging from the
release notes the issue was not fixed. Since the leak happens from
inside Sage I need to find out what exactly causes those leaks before
poking around and fixing them.

> --Michiel
>

Cheers,

Michael

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Build Failure on Windows using Python25

2009-02-06 Thread Michael Abshoff 
On Fri, Feb 6, 2009 at 3:03 PM, Ryan May  wrote:
>
>
> On Fri, Feb 6, 2009 at 4:48 PM, Andrew Straw  wrote:
>>
>> Ryan May wrote:
>> > On Fri, Feb 6, 2009 at 3:27 PM, Andrew Straw > > > wrote:
>> >
>> > Patrick,
>> >
>> > Can you see if adding "#include " at the top of
>> > src/path.cpp
>> > will do the job?
>> >
>> > I'm not super-optimistic, though -- I think this is defined by the
>> > C99
>> > standard, which I'm not sure Microsoft supports.
>> >
>> >
>> > Well, we're also talking about C++ here and not C, so C99 does not
>> > apply.  A quick googling around seems to indicate that some of the
>> > open source compilers support such a type, but it not standardized by
>> > C++.
>> There is no  or the type is not defined in stdint.h?
>>
>> Maybe as a workaround you could use mingw...
>
> I meant that uint8_t is not a standardized C++ type.  If that's the case,
> wouldn't it be better to tweak the code to use something standard rather
> than just use a compiler that supports the non-standard type?  Especially
> given that the official Python 2.5 build uses this compiler?

Please stick with standard types.

And MSVC 2005 and higher do have C99 support, it is just unfortunate
that it is not complete.

> Ryan

Cheers,

Michael

> --
> Ryan May
> Graduate Research Assistant
> School of Meteorology
> University of Oklahoma
>
> --
> Create and Deploy Rich Internet Apps outside the browser with
> Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code
> to
> build responsive, highly engaging applications that combine the power of
> local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> ___
> Matplotlib-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Solaris and GCC 4.3.x: error TTStreamWriter has no putc

2009-04-30 Thread Michael Abshoff 
On Thu, Apr 30, 2009 at 6:29 AM, Michael Droettboom  wrote:
> Thanks.  I have committed this to the 0.98.x branch and the trunk, so
> this fix will make it into the next release.
>
> Mike

Excellent. For the record this is/was also a problem on some FreeBSD
releases, so I am glad it was cleanly fixed.

I have been sitting on some trivial FreeBSD 7/8 and a gcc 4.4 build
fix. Is it still time to get those into 0.98.x?

Cheers,

Michael

--
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel