> Can I ask that you also provide a link for windows users
> to my project:
>
> http://sourceforge.net/projects/pythonpkgmgr/
I fail to see how this project is relevant in the context
of explaining distutils. So you would have to come up with
a proposal of specific wording that makes the releva
> When stdout is console and not redirected to [pipe|file],
> sys.stdout.write(u"foo")
> can avoid encoding and use WriteConsoleW(L"foo")
I think this would be fairly difficult to implement given
the way the output libraries work. If you think it can be
done, please provide a patch to bugs.python.
>> What do you propose for doing proper alignment, then?
>
> May be "void* dummy[4]" is better for force alignment ?
That would have the same alignment as a single pointer.
> What about alignment on platforms with pointers > 32 bit ?
The C compiler will choose the alignment of the union to be t
On Wed, Jul 22, 2009 at 12:33 PM, Amaury Forgeot
d'Arc wrote:
>
> These questions should be redirected to comp.lang.python.
>
Eric seems to be working on a GSoC for PFS related to improving
subprocess. Even in such case this list is not the right place to make
these posts??
--
Lisandro Dalcín
Roumen Petrov wrote:
> Martin v. Löwis wrote:
> [SNIP]
>> No. tim_one changed it to be long double in r25454 to support some
>> system that Dave Abrahams uses, so it needs to stay that way :-)
>>
>> However, we can certainly acknowledge that this is a bug in MingW,
>> and special case it. Either in
Christian Tismer wrote:
On 7/22/09 4:56 PM, Roumen Petrov wrote:
Martin v. Löwis wrote:
[SNIP]
No. tim_one changed it to be long double in r25454 to support some
system that Dave Abrahams uses, so it needs to stay that way :-)
However, we can certainly acknowledge that this is a bug in MingW,
Hi.
>> We have to use "IME" to input non-ascii charactor in Windows.
>> When "> chcp 65001" in cmd.exe, we cannot use IME on cmd.exe.
>>
>> So setting codepage to 65001 make output universal but make input ascii-only.
>> Sit!!!
>
> Is there a code page that still allows IME input, but supports all
On 7/22/09 5:17 PM, David Cournapeau wrote:
On Thu, Jul 23, 2009 at 4:40 AM, Antoine Pitrou wrote:
The size of long double is also 12 under 32-bit Linux. Perhaps mingw disagrees
with Visual Studio
Yes, mingw and VS do not have the same long double type. This has been
the source of some probl
On Thu, Jul 23, 2009 at 4:40 AM, Antoine Pitrou wrote:
>
> The size of long double is also 12 under 32-bit Linux. Perhaps mingw disagrees
> with Visual Studio
Yes, mingw and VS do not have the same long double type. This has been
the source of some problems in numpy as well, since mingw uses the
On 7/22/09 4:56 PM, Roumen Petrov wrote:
Martin v. Löwis wrote:
[SNIP]
No. tim_one changed it to be long double in r25454 to support some
system that Dave Abrahams uses, so it needs to stay that way :-)
However, we can certainly acknowledge that this is a bug in MingW,
and special case it. Eith
"M.-A. Lemburg" writes:
> James Y Knight wrote:
> > And yet, the change seems to have some strong reasoning, solves the
> > problem discussed in this thread, and was apparently discussed and
> > approved of by some core python developers before being implemented.
> > It seems a bit foolish to me
Hi Greg,
I'm on the python-dev mailing list and somebody gave me a link
to a page that you have done:
http://docs.python.org/install/
Can I ask that you also provide a link for windows users
to my project:
http://sourceforge.net/projects/pythonpkgmgr/
Our project provides an alternative to
Martin v. Löwis wrote:
[SNIP]
No. tim_one changed it to be long double in r25454 to support some
system that Dave Abrahams uses, so it needs to stay that way :-)
However, we can certainly acknowledge that this is a bug in MingW,
and special case it. Either introduce a symbolic type gchead_align_
Christian Tismer wrote:
Hi all,
I was hacking to get mingw32 builds of psyco to work
and found a pretty weird thing:
I used mingw32 (stable distro) to build the psyco extension
on top of standard python2.6, built with Visual Studio,
and got weird crashes.
The reason is in objimpl.h:
typedef u
On Wed, 22 Jul 2009 23:22:56 +0200, "M.-A. Lemburg" wrote:
> Maybe I've misunderstood some important detail, but how will
> their "change" help with anything other than making their
> distribution a non-standard Python installation ?
The Debian/ubuntu distribution isn't non-standard. If anything
On Wed, Jul 22, 2009 at 5:22 PM, M.-A. Lemburg wrote:
> Maybe I've misunderstood some important detail, but how will
> their "change" help with anything other than making their
> distribution a non-standard Python installation ?
I think I'm a little confused, too, because Python supports the
/usr|
James Y Knight wrote:
>
> On Jul 22, 2009, at 4:49 AM, M.-A. Lemburg wrote:
>
>> Debian has a long history of doing this different, so it's
>> not much of a surprise. They also apply such changes to
>> Python packages.
>>
>> However, all of this is non-standard and will cause problems
>> with too
On Jul 22, 2009, at 4:49 AM, M.-A. Lemburg wrote:
Debian has a long history of doing this different, so it's
not much of a surprise. They also apply such changes to
Python packages.
However, all of this is non-standard and will cause problems
with tools that rely on the standard site-packages/
> Is that considered a mingw bug?
Perhaps. I can't test right now: *if* VS has a long double type
that is smaller, it is apparently an ABI violation for mingw to
not follow VS. It appears that other people also consider it a
bug:
http://www.velocityreviews.com/forums/showpost.php?p=1514923&postco
On Wed, Jul 22, 2009 at 10:26 AM, Tres Seaver wrote:
> You missed my point: I know that sys.prefix etc. is set based on the
> location of the executable. You were complaining that setuptools /
> distutils wants to put files in an "OS-controlled directory": I was
> asking how Python was supposed
> My question is the following :
>
> - What are the implications for Py users ?
After reading your message, I had a difficult time getting your point,
or even finding out what your question is.
So I stick with what you said is your question: What are the
implications for Py users ?
To this, the
Hi,
> I used mingw32 (stable distro) to build the psyco extension
> on top of standard python2.6, built with Visual Studio,
> and got weird crashes.
>
> The reason is in objimpl.h:
>
> typedef union _gc_head {
> struct {
> union _gc_head *gc_next;
> union _gc_he
Hi all,
I was hacking to get mingw32 builds of psyco to work
and found a pretty weird thing:
I used mingw32 (stable distro) to build the psyco extension
on top of standard python2.6, built with Visual Studio,
and got weird crashes.
The reason is in objimpl.h:
typedef union _gc_head {
s
Hi,
2009/7/22 Eric Pruitt :
> Hello,
>
> I have written replacements for a few of Mark Hammond's PyWin32 functions
> using ctypes to call upon the Windows kernel API. Code can be found here;
> http://pastebin.com/m46de01f . When calling ReadFile, it appears that the
> kernel API converts '/n' newl
On Wed, 22 Jul 2009 10:26:59 -0400, Tres Seaver
wrote:
> You were complaining that setuptools /
> distutils wants to put files in an "OS-controlled directory":
I complain about many things - so what.
> I was
> asking how Python was supposed to know the difference between
> /usr/lib/python2.x/s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Lyon wrote:
> On Tue, 21 Jul 2009 13:41:41 -0400, Tres Seaver
> wrote:
>> Consider the case where the user has built a separate python (e.g., to
>> avoid conflicting with the OS version) in /opt/PythonX.y: are you
>> actually saying that distu
Hello,
I have written replacements for a few of Mark Hammond's PyWin32 functions
using ctypes to call upon the Windows kernel API. Code can be found here;
http://pastebin.com/m46de01f . When calling ReadFile, it appears that the
kernel API converts '/n' newlines '/r/n' newlines. I have not been ab
Hi !
On Tue, Jul 21, 2009 at 5:32 PM, Steve Holden wrote:
> Christian Heimes wrote:
>> Steve Holden wrote:
>>> Devs:
>>>
>>> If you are interested in offering better Windows support then please
>>> read the email below
>>
>> [...]
>>
MSDN subscriptions include copies of most Microsoft product
James Y Knight wrote:
> On Jul 21, 2009, at 7:38 PM, David Lyon wrote:
>> When I go into python on ubuntu I see there is /usr/local/pythonX.X/lib/
>> site-packages and I'm wondering why the hubba setuptools/distutils
>> doesn't put packages there by default. That would solve a lot of
>> problems.
>
29 matches
Mail list logo
