This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
Tested on i686-linux, committed on trunk The special variable created to encode the gdb name for a package renaming did not include the embedded name of the renamed package in the case of a library-level renaming. This qualification was being done for renamings nested within a unit, but not for entities associated with the auxiliary declarations of a compilation unit. This showed up as a problem when linking with shared libraries on IVMS (link conflict between library-level renamings of DEC.Text_IO and Ada.Text_IO packages). The fix is to enter the debug variable's declaration in the list of entities that will later be qualified by Qualify_All_Entity_Names at the point where the library-level package renaming is expanded. No simple test is available. 2007-08-31 Gary Dismukes <dismukes@adacore.com> * exp_ch8.adb (Expand_N_Package_Renaming_Declaration): In the case of a library-level package renaming, pass the declaration associated with the renaming's special debug variable to Qualify_Entity_Names to ensure that its encoded name is properly qualified. * exp_dbug.adb (Qualify_All_Entity_Names): Check for a variable entity occurring in the list of entities to qualify, and do not attempt to traverse an entity list in that case. Variables associated with ` library-level package renamings can now occur in the table. * exp_dbug.ads: Revise documentation of the encoding for renaming declarations.
Attachment:
difs
Description: Text document
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |