------- Comment #2 from pault at gcc dot gnu dot org 2008-04-28 11:55 -------
Created an attachment (id=15541)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15541&action=view)
Fix for this PR
This seems to do the job. The problem arises because the present version of
module.c does not add a new symtree that is not renamed if the symbol is
already present. The test in module.c(find_symbol) was failing to resolve the
case where the renaming is already done in the module that is being use
associated. This patch accomplishes this by looking for a symtree with the
same name as the symbol and, upon failure, checking that the symbol is not
renamed; this can only correspond to the unresolved case.
I will develop a proper testcase and submit later on today.
--
pault at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org |
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35997
