DotGNU Portable.NET - Bugs: bug #13498, ilalink jumps to conclusions too...
You are not allowed to post comments on this tracker with your current authentication level.
bug #13498: ilalink jumps to conclusions too soon when auto-referencing libs that are indirectly required
Submitter: | Ron MacNeil <macro> | ||
Submitted: | Wed 22 Jun 2005 05:49:25 AM UTC | ||
Category: | None | Severity: | 3 - Normal |
Item Group: | None | Status: | None |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Open |
Thu 23 Jun 2005 03:55:29 AM UTC, comment #1: |
Ron MacNeil <macro> |
Wed 22 Jun 2005 05:49:25 AM UTC, original submission:
When processing a referenced lib A, ilalink tries to be helpful by auto-referencing libs B that A requires but which might not be directly required.
|
Ron MacNeil <macro> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follows 1 latest change.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2005-06-23 | macro | Attached File | - | Added pnet-bug-testcase.tgz, #2622 |
Powered by Savane 3.13-02a9.
Corresponding source code
I've uploaded a test case demonstrating the bug. Extract the tgz and cd into the directory.
"make bug" and watch cscc (actually ilalink) fail to find c.dll. In this case, b.dll is referenced first, causing it to try to find c.dll via the auto-indirect-reference thing (outlined in the code snippet in the original post). It can't find c.dll and blows up without waiting to see if we explicitly reference c.dll later (which we do).
Then, "make nobug" and watch everything work. Why? Look at the makefile; The only difference is the order of the -l switches are swapped so c.dll is referenced before b.dll, avoiding the auto-indirect-reference mechanism.
Thanks again,
Ron