Am 21.05.17 um 12:38 schrieb bartc:
On 21/05/2017 10:32, Christian Gollwitzer wrote:
Am 18.05.17 um 10:10 schrieb Christian Gollwitzer:
The whole discussion reminds me of the "bumblebees can't fly" thing.
tcc is a very small compiler (some 100kb) which supports most of C99.
For what it's
On 21/05/2017 10:32, Christian Gollwitzer wrote:
Am 18.05.17 um 10:10 schrieb Christian Gollwitzer:
The whole discussion reminds me of the "bumblebees can't fly" thing.
tcc is a very small compiler (some 100kb) which supports most of C99.
For what it's worth, I compiled Python 3.6.1 on
Am 18.05.17 um 10:10 schrieb Christian Gollwitzer:
The whole discussion reminds me of the "bumblebees can't fly" thing.
tcc is a very small compiler (some 100kb) which supports most of C99.
For what it's worth, I compiled Python 3.6.1 on Linux/x86 using tcc. It
was a simple matter of
Changes by R. David Murray rdmur...@bitdance.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
___
Larry Hastings added the comment:
Pull request accepted and merged.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
___
R. David Murray added the comment:
Here's the pull request:
https://bitbucket.org/larry/cpython350/pull-requests/4/21167-fix-definition-of-nan-when-icc-used/diff
--
status: closed - open
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset d9c85b6bab3a by R David Murray in branch '2.7':
#21167: Fix definition of NAN when ICC used without -fp-model strict.
https://hg.python.org/cpython/rev/d9c85b6bab3a
New changeset 5e71a489f01d by R David Murray in branch '3.4':
#21167: Fix
R. David Murray added the comment:
Thanks Chris, and Mark.
I ran the tests on 3.6 both on Linux (non ICC) and on Mac (with ICC without
-fp-model strict) and all the tests passed.
--
resolution: - fixed
stage: - resolved
status: open - closed
___
R. David Murray added the comment:
Larry, do you want this for 3.5.0a2? It's an innocuous patch for anyone not
using ICC, and makes ICC just work (with the default ICC build arguments) for
people using ICC. (Well, on (lin/u)nux and mac, anyway, I'm not sure we've
resolved all the ICC issues
Larry Hastings added the comment:
Assuming that ICC_NAN_STRICT is only on for Intel icc: yes, please.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
R. David Murray added the comment:
I've applied this patch to 2.7 on OSX and compiled without -fp-model strict,
and all of the tests now pass.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
R. David Murray added the comment:
Now, what's the equivalent patch for python3? Should I open a new issue for
that?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
R. David Murray added the comment:
Nevermind, I forgot to try and see if it applied...and it does :)
--
versions: +Python 3.4, Python 3.5, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
Chris Hogan added the comment:
From Clark Nelson:
In my opinion, exactly how and where the macro is defined that indicates our
conformance to the FP standard
doesn't really matter. The point is that it is our intention to conform, at
least to some degree and under
some circumstances.
R. David Murray added the comment:
Note that Chris' patch is coming from Intel. (The ICC buildbots are currently
building with -fp-model strict, by the way.)
Mark, Stefan, what do you think? Is this a good idea? IIUC we would then not
have to worry about differentiating between the python
Chris Hogan added the comment:
Producing NaN by Py_HUGE_VAL / Py_HUGE_VAL as in the suggested patch is unsafe
as it can generate a FP exception during runtime. Also aggresive compiler FP
optimizations can eliminate this calculation on compile-time. For this reason,
we've used constant
Mark Dickinson added the comment:
Looks fine to me. IIRC, we moved the PyFloat_FromString implementation away
from using Py_NAN in Python 3 for exactly this reason.
On this point, though:
An aggressively optimizing compiler could treat 0 * x = 0 no matter what x is.
Wouldn't such a
Scholes C added the comment:
please disregard , the issue is resolved with your patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
Scholes C added the comment:
HI,
can you please look into this ?
thanks.
icc builds of python 2.7 seem to have issues handling nan, inf, etc
$ /usr/local/python-2.7.6/bin/python
Python 2.7.6 (default, Jan 10 2014, 12:14:02)
[GCC Intel(R) C++ gcc 4.1 mode] on linux2
Type help, copyright,
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: -skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
___
Python-bugs-list
Hrvoje Nikšić added the comment:
Note that defaulting to unsafe math in extensions will make *their* use of the
Py_NAN macro break under icc.
If we go that route (-fp-model strict for Python build, but not for
extensions), we should also apply the attached patch that defines Py_NAN as
Hrvoje Nikšić added the comment:
Using -fp-model strict (or other appropriate icc flag) seems like a reasonable
resolution.
It should likely also be applied to Python 3.x, despite the version field of
this issue. (Even if float('nan') happens to work in current 3.x, internal code
that
Stefan Krah added the comment:
Mark, if you agree that fp-model strict should not show up in
the distutils CFLAGS once Python is installed, the issue now depends
on #21121.
--
dependencies: +-Werror=declaration-after-statement is added even for extension
modules through setup.py
Mark Dickinson added the comment:
Sure, if that's really the expectation. I'm not sure I'd want any of *my*
extension modules being built with non-strict FP, but there's a bit of a
personal bias there.
--
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
I quite agree, and it's hard to tell what users want. Basically I'm afraid
of a bug report C extension using unsafe math got slower in Python-3.5.
I would find either decision reasonable.
--
___
Python tracker
New submission from Hrvoje Nikšić:
On a Python compiled with Intel C compiler, float('nan') returns 0.0. This
behavior can be reproduced with icc versions 11 and 12.
The definition of Py_NAN in include/pymath.h expects `HUGE_VAL * 0.0` to
compile to a NaN value on IEEE754 platforms
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
___
Stefan Krah added the comment:
Did you compile with -fp-model strict? IIRC icc is not IEEE-754
compliant by default.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
Changes by Jurica Bradarić jbrada...@gmail.com:
--
nosy: +jbradaric
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
___
Python-bugs-list
Mark Dickinson added the comment:
What's `sys.float_repr_style` for this build? For Python 3.5 and short float
repr, `float('nan')` shouldn't even be using Py_NAN. It should land in
_Py_parse_inf_or_nan in pystrtod.c, which uses `_Py_dg_stdnan` to get the NaN
value directly from a suitable
Hrvoje Nikšić added the comment:
sys.float_repr_style is 'short'.
I haven't actually tried this in Python 3.5, but I did note the same definition
of Py_NAN (which is used elsewhere in the code), so I tagged the issue as
likely also present in 3.x.
--
Hrvoje Nikšić added the comment:
The compilation was performed with the default flags, i.e. without -fp-model
strict or similar.
If Python requires strict IEEE 754 floating-point, it should probably be
mentioned at a prominent place in the documentation. Administrators building
Python with
Mark Dickinson added the comment:
I tagged the issue as likely also present in 3.x.
So I believe that this particular issue (float('nan') giving zero) should not
be present on Python 3.4 or above. The bogus definition of Py_NAN will still
cause problems in some math and cmath return values,
Mark Dickinson added the comment:
If Python requires strict IEEE 754 floating-point,
It doesn't (at the moment).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
Changes by Mark Dickinson dicki...@gmail.com:
--
versions: -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21167
___
___
Hrvoje Nikšić added the comment:
Mark:
If Python requires strict IEEE 754 floating-point,
It doesn't (at the moment).
Does this imply that my patch is a better fix than requiring the builder to
specify -fp-model strict to icc?
For our use case either solution is valid. For administrators
Mark Dickinson added the comment:
It doesn't (at the moment).
Sorry; that was an unhelpful kneejerk reply.
There are two aspects to this. (1) Currently, at least in theory, CPython
doesn't require IEEE 754 *at all*: in theory, it should work with whatever
floating-point format the
Stefan Krah added the comment:
I agree we should add -fp-model strict to the icc build flags, provided that
there is a way that it does not show up in the distutils flags.
Apparently icc users want unsafe fast math by default, so this flag should
probably not be enforced in extension module
On 14/10/2013 06:41, chandan kumar wrote:
I'm working on a python project for protocol testing.I need to provide
only python compiled source to our customer.
Here are the steps followed to take python compiled from actual source.
1.There are 5 different test suites under the project
2..Run
wrote:
On 14/10/2013 06:41, chandan kumar wrote:
I'm working on a python project for protocol testing.I need to provide
only python compiled source to our customer.
Here are the steps followed to take python compiled from actual source.
1.There are 5 different test suites under the project
2013 1:10 PM, Tim
Golden m...@timgolden.me.uk wrote:
On 14/10/2013 06:41,
chandan kumar wrote:
I'm
working on a python project for protocol testing.I need to
provide
only python compiled source to
our customer.
Here are the steps followed to take python compiled from
actual source
[Please post your answer below the previous reply, not above]
[... snip most of original traceback ...]
File C:\Python27\lib\site-packages\pyExcelerator\CompoundDoc.py,
line 554, in save
f = file(filename, 'wb')
IOError: [Errno 22] invalid mode ('wb') or filename:
On Mon, 14 Oct 2013 13:41:35 +0800, chandan kumar wrote:
Now my question is of there any issue with logging to excel it should
happen for the first test suite itself,but it occurs in either 2,3,4 or
5 test suite. Some it runs without any issues.
Logging to excel is probably a wrong thing to
Hi,
I'm working on a python project for protocol testing.I need to provide only
python compiled source to our customer.
Here are the steps followed to take python compiled from actual source.
1.There are 5 different test suites under the project
2..Run all 5 test suite with python sources.
3
Changes by Ned Deily n...@acm.org:
--
assignee: ronaldoussoren - ned.deily
stage: - committed/rejected
status: pending - closed
title: Decimal module yields incorrect results when Python compiled with llvm
- Decimal module yields incorrect results when Python compiled with clang
to http://bugs.python.org/issue11149?
--
assignee: ronaldoussoren
components: Build, Installation, Library (Lib), Macintosh
messages: 144604
nosy: josharian, ronaldoussoren
priority: normal
severity: normal
status: open
title: Decimal module yields incorrect results when Python compiled
Stefan Krah stefan-use...@bytereef.org added the comment:
Possibly related to http://bugs.python.org/issue11149?
Maybe I missed it in the links you gave, but that is easily
settled by compiling with and without -fwrapv.
--
nosy: +skrah
___
Python
Joshua Bleecher Snyder joshar...@gmail.com added the comment:
Possibly related to http://bugs.python.org/issue11149?
Maybe I missed it in the links you gave, but that is easily
settled by compiling with and without -fwrapv.
Apologies -- I didn't do enough homework on this one. Yes, I can
Changes by Ned Deily n...@acm.org:
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13061
___
___
Python-bugs-list mailing list
Stefan Krah stefan-use...@bytereef.org added the comment:
It's more a straight duplicate of #12973, but the underlying cause
(signed integer overflow) is the same. For people who are finding
this via a search engine: A lot of bugs have been fixed in #12973,
but even if the test suite passes
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13061
___
___
Ned Deily n...@acm.org added the comment:
There is some confusion here, I think. As best as I can tell, the original
problem reported in the Stackoverflow question and to MacPorts involved using
the clang compiler, not llvm-gcc and the Decimal problem reported here was only
ever a problem
Hi,
I have just compiled python 2.6.5 from sources on ubuntu hardy 8.04.
I have used a simple script to do everything in one go:
./configure --enable-shared
make
make install
Python is compiled and installed successfully. However the
modules(_socket.so, _random.so etc) are two big in terms of
On 27 Apr, 10:43, King animator...@gmail.com wrote:
Hi,
I have just compiled python 2.6.5 from sources on ubuntu hardy 8.04.
I have used a simple script to do everything in one go:
./configure --enable-shared
make
make install
Python is compiled and installed successfully. However the
Hi Jon,
I do have a limited skill sets in c/c++ and also new on linux. I think
I am missing some flags or anything when I am compiling python from
sources.
Still hoping that some one point me out the missing link.
Cheers
Prashant
--
http://mail.python.org/mailman/listinfo/python-list
Le Tue, 27 Apr 2010 02:43:19 -0700, King a écrit :
Python is compiled and installed successfully. However the
modules(_socket.so, _random.so etc) are two big in terms of file size.
They are around 4.5-5.0 mb each. I have used strip strip-all *.so, but
still size is around 1.5 mb each.
This
[EMAIL PROTECTED] wrote:
In a C++ application having a Python interpreter embedded, is it
possible to compile a small Python snippet into object code and
serialize the compiled object code to, for example, a database? I am
exploring the possibility of writing a data driven application, where
Hi everyone,
In a C++ application having a Python interpreter embedded, is it
possible to compile a small Python snippet into object code and
serialize the compiled object code to, for example, a database? I am
exploring the possibility of writing a data driven application, where
small-sized
--- [EMAIL PROTECTED] wrote:
In a C++ application having a Python interpreter
embedded, is it
possible to compile a small Python snippet into
object code and
serialize the compiled object code to, for example,
a database? I am
exploring the possibility of writing a data driven
Franz Steinhaeusler [EMAIL PROTECTED] wrote:
Yes, people have compiled Python with gcc on windows. I believe it is
slightly slower than the standard release, but I would guess that may
depend on the exact versions of gcc/msc you choose to compare, and the
exact compiler options you choose (or I
On 7 Feb 2007 09:44:32 GMT, Duncan Booth [EMAIL PROTECTED]
wrote:
Franz Steinhaeusler [EMAIL PROTECTED] wrote:
Yes, people have compiled Python with gcc on windows. I believe it is
slightly slower than the standard release, but I would guess that may
depend on the exact versions of gcc/msc you
On Mon, 05 Feb 2007 12:17:48 +0100, hg [EMAIL PROTECTED] wrote:
Duncan Booth wrote:
Franz Steinhaeusler [EMAIL PROTECTED] wrote:
Hello, I'm only curious.
Why is Python and most extension (also wxPython) not built using an
open source compiler like gcc or g++ on Windows?
I'm always
cygwin.
But I still don't understand what difference it makes to anyone between:
an application (could be open or closed source) running on an open
source language (Python) compiled with a closed source compiler on a
closed source OS.
versus
an application (could be open or closed source) running
or closed source) running on an open
source language (Python) compiled with a closed source compiler on a
closed source OS.
versus
an application (could be open or closed source) running on an open
source language (Python) compiled with an open source compiler on a
closed source OS.
For me it's more
Franz Steinhaeusler [EMAIL PROTECTED] wrote:
Hello, I'm only curious.
Why is Python and most extension (also wxPython) not built using an
open source compiler like gcc or g++ on Windows?
I'm always wondering, why Microsoft is still supported
in that way, using VC++ 7.1, if I'm not
Duncan Booth wrote:
Franz Steinhaeusler [EMAIL PROTECTED] wrote:
Hello, I'm only curious.
Why is Python and most extension (also wxPython) not built using an
open source compiler like gcc or g++ on Windows?
I'm always wondering, why Microsoft is still supported
in that way, using VC++
Hello, I'm only curious.
Why is Python and most extension (also wxPython) not built using an
open source compiler like gcc or g++ on Windows?
I'm always wondering, why Microsoft is still supported
in that way, using VC++ 7.1, if I'm not wrong.
Ok, maybe the compiled assembler code could be
Hi, When i run the python file, the python compiled file is created. Is it possible to relocate the python compiled file to some other directory?. Is it possible to frequent update the relocated pyc file while running the py file?thanks and regards, abbi
Yahoo! Mail
Bring photos
billiejoex [EMAIL PROTECTED] wrote:
Hi all. I'm sorry for a noob question like this but I'll try to ask it
anyway.
One of the greatest problem that may discourage a new user to choose Python
language is it's interpreted nature.
I doubt it. C#, VB.NET, VBscript, Javascript and Perl have not
Tim Roberts [EMAIL PROTECTED] writes:
I doubt it. C#, VB.NET, VBscript, Javascript and Perl have not suffered
from being interpreted.
Are you kidding?
--
http://mail.python.org/mailman/listinfo/python-list
Tim Roberts [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
billiejoex [EMAIL PROTECTED] wrote:
Hi all. I'm sorry for a noob question like this but I'll try to ask it
anyway.
One of the greatest problem that may discourage a new user to choose
Python
language is it's interpreted
Terry Reedy wrote:
Tim Roberts [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
billiejoex [EMAIL PROTECTED] wrote:
Hi all. I'm sorry for a noob question like this but I'll try to ask it
anyway.
One of the greatest problem that may discourage a new user to choose
Python
language is
Robert Kern [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Terry Reedy wrote:
Nor has 386 'machine language' suffered from being interpreted, at a
deeper
level, by microcode.
I think both you and Paul may be missing Tim's point. I don't think he's
talking about suffering in
On Tue, 06 Sep 2005 17:29:46 -, Grant Edwards [EMAIL PROTECTED] wrote:
On 2005-09-06, Jorgen Grahn [EMAIL PROTECTED] wrote:
I also believe it's better to convince the end user to install Python before
installing the application[1], rather than to try to sneak in an interpreter
with py2exe
On Wed, 7 Sep 2005 08:40:28 -0500, Terry Hancock [EMAIL PROTECTED] wrote:
On Tuesday 06 September 2005 11:32 am, Jorgen Grahn wrote:
I hope people are less hesitant to install interpreted applications today
than they were ten years ago.
I also believe it's better to convince the end user to
On 2005-09-08, Jorgen Grahn [EMAIL PROTECTED] wrote:
On Tue, 06 Sep 2005 17:29:46 -, Grant Edwards [EMAIL PROTECTED] wrote:
On 2005-09-06, Jorgen Grahn [EMAIL PROTECTED] wrote:
I also believe it's better to convince the end user to install
Python before installing the application[1],
On Tuesday 06 September 2005 11:32 am, Jorgen Grahn wrote:
I hope people are less hesitant to install interpreted applications today
than they were ten years ago.
I also believe it's better to convince the end user to install Python before
installing the application[1], rather than to try to
Grant Edwards wrote:
distributing DLLs have been a solved problem for at least
15-20 years...
There are days when some poeple might disagree with that. ;)
distributing them has never been a problem. installing them in a
shared location has always been a problem.
(the solution to the
Clear. Thank you all.
--
http://mail.python.org/mailman/listinfo/python-list
On 2005-09-06, Fredrik Lundh [EMAIL PROTECTED] wrote:
Grant Edwards wrote:
distributing DLLs have been a solved problem for at least
15-20 years...
There are days when some poeple might disagree with that. ;)
distributing them has never been a problem. installing them in a
shared
On Mon, 5 Sep 2005 22:48:19 +0200, billiejoex [EMAIL PROTECTED] wrote:
there are noob questions and there are uneducated questions, yours
are of the latter ( actually yours are STATEMENTS not questions ), and
just trolling for what it is worth, if you would take the time to read
what Python is
On 2005-09-06, Jorgen Grahn [EMAIL PROTECTED] wrote:
I also believe it's better to convince the end user to install Python before
installing the application[1], rather than to try to sneak in an interpreter
with py2exe or something -- an interpreter which the end user cannot update,
manage or
On Tue, 06 Sep 2005 03:06:52 -, rumours say that Grant Edwards
[EMAIL PROTECTED] might have written:
There are very, very few pure exe
single-file executable windows apps. Putty is the only one
I've run across in a _long_ while.
Then you should also run across Media Player Classic (download
Hi all. I'm sorry for a noob question like this but I'll try to ask it
anyway.
One of the greatest problem that may discourage a new user to choose Python
language is it's interpreted nature.
Another important problem is that no interpreter is installed on Windows
machine by default and this
billiejoex wrote:
Hi all. I'm sorry for a noob question like this but I'll try to ask it
anyway.
One of the greatest problem that may discourage a new user to choose Python
language is it's interpreted nature.
What? The instant gratification of immediate results is not
discouraging.
Another
One of the greatest problem that may discourage a new user to choose Python
language is it's interpreted nature.
Strange.. this is one reason I love Python :-)
Another important problem is that no interpreter is installed on Windows
machine by default and this makes harder to distribute
Hi !
One of the greatest reason which encouraged me to choose Python is its
interpreted nature (more exactly its nature of dynamic language).
The utilities of distribution, or packaging, are enough numerous to solve
this kind of problem.
The existence of Py2exe (inter alia), could
there are noob questions and there are uneducated questions, yours
are of the latter ( actually yours are STATEMENTS not questions ), and
just trolling for what it is worth, if you would take the time to read
what Python is and why it is you would not be asking these questions.
--
I'm sorry. Maybe you misunderstanded.
I know the great advanteges deriving by using interpretation too, I
appreciate it very much (I'm newbie in Python and the interpeter really
helps me out in many situations), but a 'pure' interpretated language needs
obligatorily an interpreter and (sorry
there are noob questions and there are uneducated questions, yours
are of the latter ( actually yours are STATEMENTS not questions ), and
just trolling for what it is worth, if you would take the time to read
what Python is and why it is you would not be asking these questions.
I'm really
billiejoex wrote:
I'm sorry. Maybe you misunderstanded.
I know the great advanteges deriving by using interpretation too, I
appreciate it very much (I'm newbie in Python and the interpeter really
helps me out in many situations), but a 'pure' interpretated language needs
obligatorily an
billiejoex wrote:
I know the great advanteges deriving by using interpretation too, I
appreciate it very much (I'm newbie in Python and the
interpeter really helps me out in many situations), but a 'pure'
interpretated language needs obligatorily an interpreter and
(sorry for repeating)
billiejoex [EMAIL PROTECTED] wrote:
interpretation and compilation at the same time, should be a great
advantage.
Python is compiled and needs a runtime environment.
just like java does and like C needs the C standard library installed.
I can see no differences except one is compiled to
Hmm, this may be offtopic, but does anyone know how pyinstaller
actually works? Does it just unpack everything into a temporary
directory at runtime? How can it work in Windows and Linux?
Their website was sparse...
Well I'm trying it now. Let me know if anyone has these answers in the meantime.
On 2005-09-05, Fredrik Lundh [EMAIL PROTECTED] wrote:
distributing DLLs have been a solved problem for at least
15-20 years...
There are days when some poeple might disagree with that. ;)
--
Grant Edwards grante Yow! LOOK!!! I'm WALKING
95 matches
Mail list logo