| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0000098 | mercury | Bug | public | 2009-06-12 14:56 | 2014-01-28 15:55 | ||||||||
| Reporter | juliensf | ||||||||||||
| Assigned To | |||||||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||||||
| Status | new | Resolution | open | ||||||||||
| Product Version | |||||||||||||
| Target Version | Fixed in Version | ||||||||||||
| Summary | 0000098: compiler throws exception with --profile-for-implicit-parallelism | ||||||||||||
| Description | rotd-2009-06-09 aborts with an exception when compiling the standard library module erlang_rtti_implementation.m in grade asm_fast.gc.profdeep with --profile-for-implicit-parallelism enabled. Uncaught Mercury exception: Software Error: llds_out.m: Unexpected: stack var out of range Stack dump not available in this grade. Compiling with --no-inline-simple acts a workaround. | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Attached Files |
| ||||||||||||
 Relationships |
||||||
|
||||||
 Relationships |
| Notes |
|
|
pbone (administrator) 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. |
|
juliensf (administrator) 2009-06-12 16:49 |
Yes, you're right. Compiling without --profile-for-implicit-paralellism but with --profile-optimized enabled also triggers the bug. |
|
juliensf (administrator) 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. |
|
zs (developer) 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. |
|
pbone (administrator) 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. |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2009-06-12 14:56 | juliensf | New Issue | |
| 2009-06-12 16:26 | pbone | Note Added: 0000172 | |
| 2009-06-12 16:49 | juliensf | Note Added: 0000173 | |
| 2009-06-15 01:32 | juliensf | File Added: erlang_rtti_implementation.m | |
| 2009-06-15 01:34 | juliensf | Note Added: 0000175 | |
| 2009-06-15 01:36 | juliensf | Note Edited: 0000175 | |
| 2014-01-21 09:42 | pbone | Relationship added | related to 0000309 |
| 2014-01-22 15:26 | zs | Note Added: 0000609 | |
| 2014-01-28 15:55 | pbone | Note Added: 0000622 | |
| Issue History |