|
Notes |
|
|
(0000172)
|
|
pbone
|
|
2009-06-12 16:26
|
|
--profile-for-implicit-parallelism enables inlineing which is normally disabled in deep profiling builds. This makes the resulting profile look more like the profile that would be generated by a non-profiling build.
I believe that this bug might be able to be triggered by enabling inlineing in a deep profiling build without enabling --profile-for-implicit-parallelism. |
|
|
|
|
Yes, you're right. Compiling without --profile-for-implicit-paralellism but with --profile-optimized
enabled also triggers the bug. |
|
|
|
(0000175)
|
|
juliensf
|
2009-06-15 01:34
(Last edited: 2009-06-15 01:36) |
|
I've uploaded a cut-down version of erlang_rtti_implemetation that exhibits this bug.
(Curiosly, the problem goes away if I rename the module, although I can't see anywhere
in the compiler that treats the module erlang_rtti_implementation specially in C grades;
the bug is also not present if we rename the module to another stdlib or builtin module.)
The test case is derived from r1.89 of library/erlang_rtti_implementation.m.
|
|
|
|
(0000609)
|
|
zs
|
|
2014-01-22 15:26
|
|
|
The compiler DOES treat standard library modules specially in some places. It does list them by name; it uses mercury_std_library_module/1 in library/library.m. |
|
|
|
(0000622)
|
|
pbone
|
|
2014-01-28 15:55
|
|
I cannot reproduce this bug (on a compiler without the 0000309 fix) using the attached file. Perhaps changes have been made to the compiler such that the bug (whatever it was) is no longer being triggered.
I also can't reproduce this by building Mercury with these options. Unless someone knows how to reproduce this, I propose we close this bug.
Thanks. |
|
erlang_rtti_implementation.m (8,995) 2009-06-15 01:32