On Mon, 09 Jan 2006 13:07:33 +0100, David Murmann
<[EMAIL PROTECTED]> wrote:
>Paul Moore schrieb:
>>> btw, if anyone is interested in the (rather small) build-script for
>>> nant, just ask,
>>
>> I haven't seen anyone ask, so can I? I'd love to see the build script.
>
>sorry it took me so long, i
Paul Moore schrieb:
>> btw, if anyone is interested in the (rather small) build-script for
>> nant, just ask,
>
> I haven't seen anyone ask, so can I? I'd love to see the build script.
sorry it took me so long, i have been busy the last couple of days,
but here it is:
"PCBuild/nant-sln.build":
-
On Sun, 25 Dec 2005 13:23:34 +0100, David Murmann
<[EMAIL PROTECTED]> wrote:
>hi all!
>
>i just built revision 41809 under winxp using a rather uncommon
>setup (at least i think so). since i have no visual studio here,
>i only used freely available tools: cygwin to get the source, the
>microsoft c
Fredrik Lundh wrote:
> David Murmann wrote:
>
> > so this is where the problem has to be, but i am still not sure what to do
> > about this. is this a problem with my configuration, with my build or
> > with python?
>
> it's a python bug, and it has been introduced relatively recently. iirc,
> th
David Murmann wrote:
> so this is where the problem has to be, but i am still not sure what to do
> about this. is this a problem with my configuration, with my build or
> with python?
it's a python bug, and it has been introduced relatively recently. iirc,
there has been some recent tweaks to t
David Murmann schrieb:
> i will try building 2.4.2 with nant later and see what that does...
>
FYI i did this now and it worked fine, all tests passed.
--
http://mail.python.org/mailman/listinfo/python-list
Fredrik Lundh schrieb:
> try setting the locale (via the locale module) from the interactive prompt,
> and see if Python still handles floating point values correctly.
>
well, it does not:
>>> import locale
>>> locale.setlocale(locale.LC_ALL, '')
'German_Germany.1252'
>>> 3.141592
3.0
so this i
David Murmann wrote:
> here i have problems. some tests fail more or less randomly.
> after some testing, i found that it seems to be related to
> the parsing of float literals in python code (wild guess).
> for example, test_pow failed giving me this traceback:
>
> Traceback (most recent call las
Tim Peters schrieb:
> [David Murmann]
> ...
>>> second, the build order in "pcbuild.sln" for elementtree seems to be
>>> wrong, nant tried to build elementtree before pythoncore (which failed).
>>> i fixed this by building elementtree separately.
>
> [Steve Holden]
>> Yes, the elementtree module i
[David Murmann]
...
>> second, the build order in "pcbuild.sln" for elementtree seems to be
>> wrong, nant tried to build elementtree before pythoncore (which failed).
>> i fixed this by building elementtree separately.
[Steve Holden]
> Yes, the elementtree module is a new arrival for 3.5, so the
Steve Holden wrote:
> David Murmann wrote
[...]
>>apart from that everything went fine, and i could reproduce the expected
>>failure (ATM) of the regression test suite:
>>
>> http://mail.python.org/pipermail/python-dev/2005-December/059033.html
>>
>>btw, if anyone is interested in the (rather smal
David Murmann wrote:
> hi all!
>
> i just built revision 41809 under winxp using a rather uncommon
> setup (at least i think so). since i have no visual studio here,
> i only used freely available tools: cygwin to get the source, the
> microsoft compiler/linker and NAnt (nant.sf.net) as the build
hi all!
i just built revision 41809 under winxp using a rather uncommon
setup (at least i think so). since i have no visual studio here,
i only used freely available tools: cygwin to get the source, the
microsoft compiler/linker and NAnt (nant.sf.net) as the build tool
to interpret the .vcproj-fil
13 matches
Mail list logo