|
Bugzilla – Full Text Bug Listing |
| Summary: | GMCS miscompiles huge source file | ||
|---|---|---|---|
| Product: | [Mono] Mono: Runtime | Reporter: | Rodrigo Kumpera <rkumpera> |
| Component: | misc | Assignee: | Mono Bugs <mono-bugs> |
| Status: | RESOLVED INVALID | QA Contact: | Mono Bugs <mono-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | forgotten_vxPDddArjq |
| Version: | SVN | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | test file | ||
|
Description
Rodrigo Kumpera
2008-05-13 15:05:16 UTC
Created attachment 214823 [details]
test file
The attached cs file has 400001 methods and gmcs miscompiles it.
Can you better classify "miscompiles" By miscompilation I mean it generates an invalid assembly. The runtime fail to load it with: ** (tst.exe:22885): CRITICAL **: mono_metadata_string_heap: assertion `index < meta->heap_strings.size' failed Compiling with csc maked everything work just fine. Marek, Let me confirm is this is not a SRE bug first. Generating similar code directly with SRE doesn't cause any crash. gmcs running on .NET compiles this code correctly. -> runtime I can't repro this using a runtime built from svn. You might be running gmcs on the installed runtime, which doesn't contain the table size bugfix. My bad, running gmcs with old mono was causing it. |