translation with --profopt fails
Last lines of output (python translate.py --backend=c --profopt='-c "from richards import *;main(iterations=1)"' --text --batch targetpypystandalone.py): """ [flowgraph] (pypy.rpython.memory.gctransform:733)ll_finalizer [flowgraph] (pypy.rpython.memory.gctransform:733)ll_finalizer [flowgraph] (pypy.rpython.memory.gctransform:733)ll_finalizer XXX: operation v805 = direct_call((<* fn eq__Long_Long>), (StdObjSpace), arg0_626, v804) cannot raise, but has exception guarding in graph (?:1)_mm_eq_longS0_W_LongObject_W_BoolObject XXX: operation v807 = direct_call((<* fn eq__Long_Long>), (StdObjSpace), arg0_629, v806) cannot raise, but has exception guarding in graph (?:1)_mm_eq_longS0_W_LongObject_W_IntObject XXX: operation v809 = direct_call((<* fn eq__Long_Long>), (StdObjSpace), arg0_631, v808) cannot raise, but has exception guarding in graph (?:1)_mm_eq_longS0_W_LongObject_W_LongObject [c] 28000 nodes [ array: 3816 boehm rtti: 120 func: 2075 struct: 29285 ] [c] 29000 nodes [ array: 4045 boehm rtti: 120 func: 2149 struct: 29980 ] [c] 30000 nodes [ array: 4129 boehm rtti: 120 func: 2186 struct: 31192 ] [c] 31000 nodes [ array: 4257 boehm rtti: 120 func: 2201 struct: 32700 ] [c] 32000 nodes [ array: 4419 boehm rtti: 137 func: 2279 struct: 33433 ] [translation:ERROR] Error: [translation:ERROR] Traceback (most recent call last): [translation:ERROR] File "translate.py", line 335, in main [translation:ERROR] drv.proceed(goals) [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/driver.py", line 509, in proceed [translation:ERROR] return self._execute(goals, task_skip = self._maybe_skip()) [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/tool/taskengine.py", line 108, in _execute [translation:ERROR] res = self._do(goal, taskcallable, *args, **kwds) [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/driver.py", line 197, in _do [translation:ERROR] res = func() [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/driver.py", line 301, in task_database_c [translation:ERROR] database = cbuilder.build_database() [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c/genc.py", line 86, in build_database [translation:ERROR] db.complete() [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c/database.py", line 302, in complete [translation:ERROR] add_dependencies(node.enum_dependencies()) [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c/database.py", line 288, in add_dependencies [translation:ERROR] self.get(value) [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c/database.py", line 179, in get [translation:ERROR] if obj: # test if the ptr is non-NULL [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/rpython/lltypesystem/lltype.py", line 886, in __nonzero__ [translation:ERROR] return self._obj is not None [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/rpython/lltypesystem/lltype.py", line 910, in _getobj [translation:ERROR] raise RuntimeError("accessing already garbage collected %r" [translation:ERROR] RuntimeError: accessing already garbage collected <Array of Char > """ Just in case no one noticed this already... Elmo
Hi Elmo, On Wed, Jul 19, 2006 at 04:11:58PM +0300, Elmo M??ntynen wrote:
Last lines of output (python translate.py --backend=c --profopt='-c "from richards import *;main(iterations=1)"' --text --batch targetpypystandalone.py):
I have no clue how --profopt can affect the translation itself. You don't get the same error without the --profopt option? A bientot, Armin
Armin Rigo wrote:
Hi Elmo,
On Wed, Jul 19, 2006 at 04:11:58PM +0300, Elmo M??ntynen wrote:
Last lines of output (python translate.py --backend=c --profopt='-c "from richards import *;main(iterations=1)"' --text --batch targetpypystandalone.py):
I have no clue how --profopt can affect the translation itself. You don't get the same error without the --profopt option?
A bientot,
Armin
Should've tested that, will do as soon as possible. benchmark.html on snake shows something that says to me that the profopt executable doesn't exist, which suggests that it wasn't built. Elmo
Elmo Mäntynen wrote:
Armin Rigo wrote:
Hi Elmo,
On Wed, Jul 19, 2006 at 04:11:58PM +0300, Elmo M??ntynen wrote:
Last lines of output (python translate.py --backend=c --profopt='-c "from richards import *;main(iterations=1)"' --text --batch targetpypystandalone.py):
I have no clue how --profopt can affect the translation itself. You don't get the same error without the --profopt option?
A bientot,
Armin
Should've tested that, will do as soon as possible. benchmark.html on snake shows something that says to me that the profopt executable doesn't exist, which suggests that it wasn't built.
Elmo
Translation without profopt worked now, though there might have been something that got changed in between, will report after some more builds. Elmo
Elmo Mäntynen wrote:
Elmo Mäntynen wrote:
Armin Rigo wrote:
Hi Elmo,
On Wed, Jul 19, 2006 at 04:11:58PM +0300, Elmo M??ntynen wrote:
Last lines of output (python translate.py --backend=c --profopt='-c "from richards import *;main(iterations=1)"' --text --batch targetpypystandalone.py):
I have no clue how --profopt can affect the translation itself. You don't get the same error without the --profopt option?
A bientot,
Armin
Should've tested that, will do as soon as possible. benchmark.html on snake shows something that says to me that the profopt executable doesn't exist, which suggests that it wasn't built.
Elmo
Translation without profopt worked now, though there might have been something that got changed in between, will report after some more builds.
Now I got an internal compiler error from cc: """ [cbuild:profopt] Gathering profile data from: /tmp/usession-11/testing_1/testing_1 -c "from richards import *;main(iterations=1)" [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c testing_1.c -o testing_1.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c structimpl.c -o structimpl.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes.c -o nonfuncnodes.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_1.c -o nonfuncnodes_1.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_2.c -o nonfuncnodes_2.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_3.c -o nonfuncnodes_3.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_4.c -o nonfuncnodes_4.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_5.c -o nonfuncnodes_5.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_6.c -o nonfuncnodes_6.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_7.c -o nonfuncnodes_7.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_8.c -o nonfuncnodes_8.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_9.c -o nonfuncnodes_9.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_10.c -o nonfuncnodes_10.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_11.c -o nonfuncnodes_11.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_12.c -o nonfuncnodes_12.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_13.c -o nonfuncnodes_13.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_14.c -o nonfuncnodes_14.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_15.c -o nonfuncnodes_15.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_16.c -o nonfuncnodes_16.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_17.c -o nonfuncnodes_17.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_18.c -o nonfuncnodes_18.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_19.c -o nonfuncnodes_19.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c nonfuncnodes_20.c -o nonfuncnodes_20.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c implement.c -o implement.o [cbuild:execute] cc -O2 -pthread -fprofile-use -I/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c -I/usr/include/python2.4 -I/tmp/usession-11/testing_1 -c implement_1.c -o implement_1.o debug: entry point starting debug: argv -> /tmp/usession-11/testing_1/testing_1 debug: argv -> -c "from richards import *;main(iterations=1)" unrecognized option '-c "from richards import *;main(iterations=1)"' usage: /tmp/usession-11/testing_1/testing_1 [options] Try `/tmp/usession-11/testing_1/testing_1 -h` for more information. implement_1.c: In function ‘pypy_g_get_len_of_range’: implement_1.c:137183: internal compiler error: Floating point exception Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.0/README.Bugs. [translation:ERROR] Error: [translation:ERROR] Traceback (most recent call last): [translation:ERROR] File "translate.py", line 349, in main [translation:ERROR] drv.proceed(goals) [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/driver.py", line 508, in proceed [translation:ERROR] return self._execute(goals, task_skip = self._maybe_skip()) [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/tool/taskengine.py", line 108, in _execute [translation:ERROR] res = self._do(goal, taskcallable, *args, **kwds) [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/driver.py", line 197, in _do [translation:ERROR] res = func() [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/driver.py", line 333, in task_compile_c [translation:ERROR] cbuilder.compile() [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/c/genc.py", line 229, in compile [translation:ERROR] compiler.build() [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/tool/cbuild.py", line 323, in build [translation:ERROR] self._build() [translation:ERROR] File "/home/drayko/Workfolder/Security/Python/cvs/pypy-dist/pypy/translator/tool/cbuild.py", line 353, in _build [translation:ERROR] extra_preargs=self.compile_extra) [translation:ERROR] File "/usr/lib/python2.4/distutils/ccompiler.py", line 699, in compile [translation:ERROR] self._compile(obj, src, ext, cc_args, extra_postargs, pp_opts) [translation:ERROR] File "/usr/lib/python2.4/distutils/unixccompiler.py", line 115, in _compile [translation:ERROR] raise CompileError, msg [translation:ERROR] CompileError: command 'cc' failed with exit status 1 """ If this really calls for a bugreport, it would be better if some one more comfortable with the compiling process and the gcc toolset would do it. Should I send some of the produced files? Elmo
Elmo Mäntynen wrote:
Elmo Mäntynen wrote:
Elmo Mäntynen wrote:
Armin Rigo wrote:
Hi Elmo,
On Wed, Jul 19, 2006 at 04:11:58PM +0300, Elmo M??ntynen wrote:
Last lines of output (python translate.py --backend=c --profopt='-c "from richards import *;main(iterations=1)"' --text --batch targetpypystandalone.py):
I have no clue how --profopt can affect the translation itself. You don't get the same error without the --profopt option?
A bientot,
Armin
Should've tested that, will do as soon as possible. benchmark.html on snake shows something that says to me that the profopt executable doesn't exist, which suggests that it wasn't built.
Elmo
Translation without profopt worked now, though there might have been something that got changed in between, will report after some more builds.
Now I got an internal compiler error from cc: """ [cbuild:profopt] Gathering profile data from: /tmp/usession-11/testing_1/testing_1 -c "from richards import *;main(iterations=1)"
...
[translation:ERROR] File "/usr/lib/python2.4/distutils/unixccompiler.py", line 115, in _compile [translation:ERROR] raise CompileError, msg [translation:ERROR] CompileError: command 'cc' failed with exit status 1 """ If this really calls for a bugreport, it would be better if some one more comfortable with the compiling process and the gcc toolset would do it. Should I send some of the produced files?
Just to note that building without profopt works (this time its the same rev). Elmo
Hi Elmo, On Sun, Jul 23, 2006 at 09:43:05PM +0300, Elmo M?ntynen wrote:
Now I got an internal compiler error from cc:
Couldn't reproduce it... I ran python translate.py --backend=c --profopt='-c "from richards import *;main(iterations=1)"' --text --batch targetpypystandalone.py but everything went fine. It's a gcc 3.4.5 (Gentoo 3.4.5-r1, ssp-3.4.5-1.0, pie-8.7.9). Either it's a bug in a specific gcc version, or else maybe (just guessing) the floating-point exception is when gcc computes something with the profile data, maybe timings, in which case the bug could be hard to reproduce on a different machine. In any case, if the bug is still there in the latest gcc, yes, I'd consider reporting it. PyPy is good to push many limits of its backends -- e.g. it gave quite a few LLVM bug reports and I wouldn't be surpized if mono was next :-) A bientot, Armin
Armin Rigo wrote:
In any case, if the bug is still there in the latest gcc, yes, I'd consider reporting it. PyPy is good to push many limits of its backends -- e.g. it gave quite a few LLVM bug reports and I wouldn't be surpized if mono was next :-)
mono *will be* the next, definitively :-). ciao Anto
Armin Rigo wrote:
Hi Elmo,
On Sun, Jul 23, 2006 at 09:43:05PM +0300, Elmo M?ntynen wrote:
Now I got an internal compiler error from cc:
Couldn't reproduce it... I ran
python translate.py --backend=c --profopt='-c "from richards import *;main(iterations=1)"' --text --batch targetpypystandalone.py
but everything went fine. It's a gcc 3.4.5 (Gentoo 3.4.5-r1, ssp-3.4.5-1.0, pie-8.7.9). Either it's a bug in a specific gcc version, or else maybe (just guessing) the floating-point exception is when gcc computes something with the profile data, maybe timings, in which case the bug could be hard to reproduce on a different machine.
In any case, if the bug is still there in the latest gcc, yes, I'd consider reporting it. PyPy is good to push many limits of its backends -- e.g. it gave quite a few LLVM bug reports and I wouldn't be surpized if mono was next :-)
A bientot,
Armin
I have 4.0.4 (debian 4.0.3-4). How should we go about testing on the latest gcc, or are you doing it right now. I can definitely reproduce the bug with the that certain file(s). Which of the .gcda and .gcno (or the rest) files should I send? Elmo
Hi Elmo, On Tue, Jul 25, 2006 at 01:01:23AM +0300, Elmo M?ntynen wrote:
I have 4.0.4 (debian 4.0.3-4). How should we go about testing on the latest gcc, or are you doing it right now. I can definitely reproduce the bug with the that certain file(s). Which of the .gcda and .gcno (or the rest) files should I send?
I don't know what these files are, so I can't comment, but you should look or ask around in the gcc community instead. Also, I'm sure they would like to see information related to their latest release, so you should try with that. And of course you should try to see if it's a known bug, maybe even if it's been fixed already... A bientot, Armin
Armin Rigo wrote:
Hi Elmo,
On Tue, Jul 25, 2006 at 01:01:23AM +0300, Elmo M?ntynen wrote:
I have 4.0.4 (debian 4.0.3-4). How should we go about testing on the latest gcc, or are you doing it right now. I can definitely reproduce the bug with the that certain file(s). Which of the .gcda and .gcno (or the rest) files should I send?
I don't know what these files are, so I can't comment, but you should look or ask around in the gcc community instead. Also, I'm sure they would like to see information related to their latest release, so you should try with that. And of course you should try to see if it's a known bug, maybe even if it's been fixed already...
A bientot,
Armin
Just to note: I ran into some obstacles, and regenerating the -fprofile related file produced a non crashing one. Simply, compiling with profiling works, and so I will drop this. Elmo
participants (3)
-
Antonio Cuni -
Armin Rigo -
Elmo Mäntynen