homepage

Hi Team,
 Kindly help me in resolving below issue which arises when we do "make install" as it is show stopper for us.
Listing /usr/local/lib/python2.7 ...
Compiling /usr/local/lib/python2.7/BaseHTTPServer.py ...
Traceback (most recent call last):
 File "/usr/local/lib/python2.7/compileall.py", line 213, in <module>
 exit_status = int(not main())
 File "/usr/local/lib/python2.7/compileall.py", line 200, in main
 force, rx, quiet):
 File "/usr/local/lib/python2.7/compileall.py", line 50, in compile_dir
 if not compile_file(fullname, ddir, force, rx, quiet):
 File "/usr/local/lib/python2.7/compileall.py", line 99, in compile_file
 ok = py_compile.compile(fullname, None, dfile, True)
 File "/usr/local/lib/python2.7/py_compile.py", line 108, in compile
 timestamp = long(os.fstat(f.fileno()).st_mtime)
ValueError: cannot convert float NaN to integer
make: *** [libinstall] Error 1
Addtionaly:
-----------
At the time of make below message is flashed as well:
Failed to build these modules:
datetime dbm

Hi Team,
 I am having this issue on mips 64bit machine running debian.
Regards
Shivam Agarwal

If I believe the error message, os.fstat(f.fileno()).st_mtime is returning a NaN, which would be a bug in our function or your system. Since os.fstat should be a thin wrapper over the system call, I would lean to the latter. I do not know if writing to sys.stderr would work during compilation, but if it does, try inserting a statement to grab the value and print it before the long conversion.
Is this error 'deterministic' in being raised consistently?

Hi Terry,
 Thanks for your reply.
 I am made changes suggested by you but still getting the same error:
 Below is the change that have been made:
 try:
 local_var = (os.fstat(f.fileno()).st_mtime) --> added line
 print "Value of local_var",local_var --> added line
 timestamp = long(os.fstat(f.fileno()).st_mtime)
Regards
Shivam Agarwal

It's going to be tricky for any of the core Python developers to solve this based on the current level of information---unless anyone has access to a MIPs machine and can reproduce the error, that is. Can you find a local expert who knows C to look into the issue? The most relevant file is probably Modules/posixmodule.c.
Things to look at:
- do the stat-related values in pyconfig.h (which is generated at configure time) look correct for your platform? Perhaps if you attach a copy of the pyconfig.h file produced at build time that could help.
- are there any relevant warnings or errors at compile time? E.g., is there any compiler output near the point where Modules/posixmodule.c is defined? Can you look back at the 'make' output and find out why the 'datetime' module failed to build?
What was the output from the 'print' statement that Terry suggested you add?

FYI - A "similar" NaN appearing in an unexpected place (the random module in this case) bug that I just filed - http://bugs.python.org/issue14028.
I don't actually know if these will be related or not.

My guess would be not related. My best guess for this issue is that it's caused by some mismatch in the struct stat declarations / uses on MIPS / Linux. A Google search for MIPS and stat suggests that there are problems in this area.

I saw a similar error with Python 3.6 on a MIPS (32-bit - mipsisa32r2el-axis-linux-gnu) platform, but during interpreter startup, not install (perhaps because it was cross-compiled so install on the host doesn't run the target Python). It was due to building with a hard-float compiler when soft-float was needed (GCC 6.3.0, worked with --with-float=soft). Full error:
Fatal Python error: Py_Initialize: Unable to get the locale encoding
Traceback (most recent call last):
 File "<frozen importlib._bootstrap>", line 961, in _find_and_load
 File "<frozen importlib._bootstrap>", line 950, in _find_and_load_unlocked
 File "<frozen importlib._bootstrap>", line 655, in _load_unlocked
 File "<frozen importlib._bootstrap_external>", line 674, in exec_module
 File "<frozen importlib._bootstrap_external>", line 762, in get_code
ValueError: cannot convert float NaN to integer
Program received signal SIGABRT, Aborted.

See also bpo-32119.

The issue has not been seen since 2017年03月04日, I close the issue as out of date.