Xenix 2.3 development upgrade problem (linking problem), answer
Jonathan Bayer
jbayer at ispi.UUCP
Wed May 10 01:57:18 AEST 1989
}Greetings, netlanders.
}
} I recently upgraded my SCO Xenix development system from the 2.2 to
}the 2.3 system. Now a program that used to link with no problems now
}has unresolved external references. The references to wstandend() and
}wstandout() are due to a redefinition of those functions in the
[ deleted ]
}
}This is the link line:
}
}cl -Ml2 -o ../bin/matcher -F 7000 \
} /usr/interface/p.o newunits/xnx.o newunits/xa.o newunits/xv.o \
} newunits/xw.o newunits/db.o \
} newunits/print.o newunits/fileio.o newunits/fkam.o \
} alloc.mod.o initsel.mod.o misc5.mod.o reporter.mod.o sch14.mod.o \
} create.mod.o main.mod.o pass.mod.o reports.mod.o search.mod.o \
} create15.mod.o maint.mod.o quest.mod.o rglobal.mod.o search2.mod.o \
} create2.mod.o matcher.o quest25.mod.o rptdelet.mod.o search3.mod.o \
} create3.mod.o misc.mod.o quest26.mod.o rptedit.mod.o search4.mod.o \
} create4.mod.o misc2.mod.o quest3.mod.o rptprint.mod.o sort.mod.o \
} global.mod.o misc3.mod.o quest35.mod.o rptsort.mod.o temp.mod.o \
} global2.mod.o misc4.mod.o rep3.mod.o sch12.mod.o menu.mod.o \
} xenix.mod.o temp1.mod.o vread.mod.o ez.mod.o ezmisc.mod.o \
} gchange.mod.o \
} -lcurses -ltermcap -link -S 180
}
}and these are the errors:
}
}/bin/ld : error: Unresolved externals:
}
}__aFlmul in file(s):
} /lib/Llibc.a(ctime.c) /lib/Llibc.a(calloc.c)
}__aFNalmul in file(s):
} /lib/Llibcfp.a(atof.c)
}__aFNaldiv in file(s):
} /lib/Llibcfp.a(fdoprnt.c)
}_wstandend in file(s):
} newunits/xa.o(SUPERASM)
}__aFldiv in file(s):
} /lib/Llibc.a(ctime.c) /lib/Llibcfp.a(fdoprnt.c)
}__aFlrem in file(s):
} /lib/Llibc.a(ctime.c) /lib/Llibcfp.a(fdoprnt.c)
}_wstandout in file(s):
} newunits/xa.o(SUPERASM)
The following is an answer I received from someone at SCO.
Unfortunately all I have is his account, "sco!jeffj". I received a
number of replies from other readers, but this was the only correct
answer. It turns out that this was the tip of a worm, and SCO is
currently re-evaluating a number of products which might have this
problem. Thank you "jeffj", whoever you are.
>The wstandend and wstandout are now macros, and you
>can fix that problem by simply recompiling the modules
>that refer to them. You seem to have already solved that
>one. The other routines are all defined in the library
>/lib/libh.a, a set of helper routines for the compiler.
JB
--
Jonathan Bayer Beware: The light at the end of the
Intelligent Software Products, Inc. tunnel may be an oncoming dragon
500 Oakwood Ave. ...uunet!ispi!root
Roselle Park, NJ 07204 (201) 245-5922 jbayer at ispi.UUCP
More information about the Comp.unix.xenix
mailing list