First reported two years ago, then again this week by someone else who didn't go through the web contact page (so no new #H number or bugzilla entry). Using vmsbuild.com to build on VAX complains about not being able to resolve a bunch of functions--it's basically trying to build the full program using only the code supplied by sys/vms/vmsmain.c. The original report mentioned a workaround and was also dealing with a second issue (already fixed post-3.6.0) that I incorrectly guessed was responsible for the linking problem. This report had the correct linker magic to fix the linking issue. I'm still not sure whether the order of /Library and /Include after the name of an object library file on a LINK command line matters. In a linker options file, which vmsbuild.com constructs and uses, /Include needs to come first so that the contents of the library are searched after the explicitly included object modules are processed. Building with the Makefiles (using DEC's MMS or some versions of freeware MMK) doesn't collect the object files into a library so was never affected by this. And the linker options ordering issue is apparently specific to the VAX/VMS linker; vmsbuild.com run on Alpha and on IA64 linked 3.6.0 successfully without this fix.
13 KiB
Executable File
13 KiB
Executable File