Opened 17 years ago

Closed 17 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 Changed 17 years ago by bird

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

comment:2 Changed 17 years ago by bird

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.