On Sun, Dec 12, 2004 at 04:40:22PM +0100, "Martin v. L?wis" wrote:
> Armin Rigo wrote:
> >Hum, this is getting into a Linux-vs-Windows argument. I don't
> >want to invest time and money on Windows tools just to compile my
> >extension module for Windows users...
>
> If you don't have Windows at a
Carlos Ribeiro wrote:
If none of your users volunteers to do the build for you, I would stop
worrying about the Windows users.
Sorry, Martin. I understand your point, but I think you are not being
realistic. I for myself took the decision to use only free tools for
my own development, but I still
On Sun, 12 Dec 2004 16:40:22 +0100, Martin v. Löwis <[EMAIL PROTECTED]> wrote:
> If none of your users volunteers to do the build for you, I would stop
> worrying about the Windows users.
Sorry, Martin. I understand your point, but I think you are not being
realistic. I for myself took the decisio
On Sat, 11 Dec 2004 19:57:55 +0100, Christian Tismer
<[EMAIL PROTECTED]> wrote:
> Armin Rigo wrote:
> > Hum, this is getting into a Linux-vs-Windows argument. I don't want to
> > invest
> > time and money on Windows tools just to compile my extension module for
> > Windows users...
First of all
Christian Tismer wrote:
Maybe we can set this up as a service?
I have the compiler and could do something like
doing a checkout, build, and upload new binary
for a number of projects.
I don't think this needs to be too automated.
Offering this service is a good thing, and if somebody
volunteers, I
Armin Rigo wrote:
Hum, this is getting into a Linux-vs-Windows argument. I don't want to invest
time and money on Windows tools just to compile my extension module for
Windows users...
If you don't have Windows at all, you cannot create Windows installers
for your users, anyway.
If you do have Win
Armin Rigo wrote:
Hi Martin,
On Sat, Dec 11, 2004 at 12:45:01AM +0100, "Martin v. Löwis" wrote:
The straight-forward answer is: Get VC7.1 (aka VS.NET 2003), and invoke
python setup.py bdist_wininst
That's not too hard to do, I think.
Hum, this is getting into a Linux-vs-Windows argument. I don't
Hi,
On Fri, Dec 10, 2004 at 01:19:10PM -0500, Phillip J. Eby wrote:
> >>http://mail.python.org/pipermail/python-dev/2004-January/041676.html
> >
> >Shouldn't this be distributed with binary distributions of Python, to save
> >people the trouble?
>
> The Python developers who produce the Windows
Hi Martin,
On Sat, Dec 11, 2004 at 12:45:01AM +0100, "Martin v. Löwis" wrote:
> The straight-forward answer is: Get VC7.1 (aka VS.NET 2003), and invoke
>
> python setup.py bdist_wininst
>
> That's not too hard to do, I think.
Hum, this is getting into a Linux-vs-Windows argument. I don't want t
E.g. if we need to compile libpython24.a it means we need to
fetch the Python sources themselves first.
Actually, no, you don't need the sources. See:
http://mail.python.org/pipermail/python-dev/2004-January/041676.html
for a script that builds libpython24.a from the python24.lib distributed
wit
Phillip J. Eby wrote:
The Python developers who produce the Windows binaries don't use
mingw/cygwin, so this would put a maintenance burden on them.
If this were completely automatic (e.g. part of msi.py), I'd happily
add all utilities needed to integrated this into the build process.
For this to
Armin Rigo wrote:
In other words, if you want 3rd parties to compile Windows binaries for 2.4,
tell them how.
The straight-forward answer is: Get VC7.1 (aka VS.NET 2003), and invoke
python setup.py bdist_wininst
That's not too hard to do, I think.
Regards,
Martin
___
On Fri, 10 Dec 2004 20:40:10 +, Paul Moore <[EMAIL PROTECTED]> wrote:
> On Fri, 10 Dec 2004 17:19:21 +, Armin Rigo <[EMAIL PROTECTED]> wrote:
> > Another note: can you report on whether building libpython24.a can be
> > skipped
> > for mingw?
>
> A first attempt seems to almost work. Ther
On Fri, 10 Dec 2004 17:19:21 +, Armin Rigo <[EMAIL PROTECTED]> wrote:
> Another note: can you report on whether building libpython24.a can be skipped
> for mingw?
A first attempt seems to almost work. There is a problem with
structures, however - I get an error about unresolved references to
_
At 01:12 PM 12/10/04 -0500, Bob Ippolito wrote:
On Dec 10, 2004, at 1:05 PM, Phillip J. Eby wrote:
At 05:19 PM 12/10/04 +, Armin Rigo wrote:
Another note: can you report on whether building libpython24.a can be
skipped
for mingw? I'm thinking about the specific situation where we want on-site
On Dec 10, 2004, at 1:05 PM, Phillip J. Eby wrote:
At 05:19 PM 12/10/04 +, Armin Rigo wrote:
Another note: can you report on whether building libpython24.a can be
skipped
for mingw? I'm thinking about the specific situation where we want
on-site
compilation of extension modules with a minima
At 05:19 PM 12/10/04 +, Armin Rigo wrote:
Another note: can you report on whether building libpython24.a can be skipped
for mingw? I'm thinking about the specific situation where we want on-site
compilation of extension modules with a minimal number of things to install
first. E.g. if we need
Hi,
On Fri, Dec 10, 2004 at 12:06:01PM +, Paul Moore wrote:
> For most C extensions, the best free option is mingw.
Sorry, I was not aware that mingw supports the new VC7.1-type of runtime that
is needed for the extension module to load with the official Python 2.4
distribution.
Note that
At 10:06 AM 12/10/04 +, Armin Rigo wrote:
Hi,
On Wed, Dec 08, 2004 at 11:43:49PM -0500, Raymond Hettinger wrote:
> Acceptance for Py2.4 partially hinges on how quickly third party apps
> have their binaries updated.
>
> I wonder if there is anything we can do to help.
For people like myself, Li
On Fri, 10 Dec 2004 10:06:59 +, Armin Rigo <[EMAIL PROTECTED]> wrote:
> For people like myself, Linux programmers not developing on Windows every day,
> there is precious little information available about how to compile our
> extension modules for the new Windows distribution. I was actually
Hi,
On Wed, Dec 08, 2004 at 11:43:49PM -0500, Raymond Hettinger wrote:
> Acceptance for Py2.4 partially hinges on how quickly third party apps
> have their binaries updated.
>
> I wonder if there is anything we can do to help.
For people like myself, Linux programmers not developing on Windows e
Acceptance for Py2.4 partially hinges on how quickly third party apps
have their binaries updated.
I wonder if there is anything we can do to help.
Raymond
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Tuure Laurinolli
Sent: Tuesday, December 07, 20
22 matches
Mail list logo
