Opened 18 years ago

Closed 18 years ago

#134 closed defect (fixed)

emxomfld/wlink: The internalname and entryname of an IMPORTS statement is switched

Reported by: Yuri Dario Owned by: bird
Priority: normal Milestone: libc-0.6.2
Component: emx Version: 0.6.1
Severity: normal Keywords:
Cc:

Description

When using IMPORTS in .def files, the parser reads the correct sequence, but emxomfld exchanges fields, so empty names are written to def file (happens when importing by ordinal).

Index: emxomfld.c
===================================================================
--- emxomfld.c	(revision 2893)
+++ emxomfld.c	(working copy)
@@ -1299,12 +1305,12 @@
         break;
 
       case _MD_IMPORTS:
-        fprintf (response_file, "IMPORT '%s' '%s'", stmt->import.entryname,
+        fprintf (response_file, "IMPORT '%s' '%s'", stmt->import.internalname,
                  stmt->import.modulename);
         if (stmt->import.flags & _MDEP_ORDINAL)
           fprintf (response_file, ".%d", stmt->import.ordinal);
         else if (stmt->import.internalname[0])
-          fprintf (response_file, ".'%s'", stmt->import.internalname);
+          fprintf (response_file, ".'%s'", stmt->import.entryname);
         fprintf (response_file, "\n");
         break;
 

Change History (2)

comment:1 by bird, 18 years ago

Summary: emxomfld does not write internal names for imports with wlinkemxomfld/wlink: The internalname and entryname of an IMPORTS statement is switched

comment:2 by bird, 18 years ago

Resolution: fixed
Status: newclosed

(In [2988]) Applied fix from Yuri addressing converion of IMPORTS statement conversion in WLINK mode. Fixes #134.

Note: See TracTickets for help on using tickets.