The recent linker changes seem to have come into the way for building
emacs 20.2 on NetBSD/Current as of yesterday. I'm using NetBSD/mac68k
if this makes a difference.

Emacs is being built straight from the gnu sources, not by using
the package installation.

While linking, the following diagnostic is issued:

gcc -nostdlib `./prefix-args -Xlinker   -L/usr/X11R6/lib `      -o temacs pre-crt0.o /usr/lib/crt0.o dispnew.o frame.o scroll.o xdisp.o xmenu.o window.o       charset.o coding.o category.o ccl.o      cm.o term.o xfaces.o xterm.o xfns.o xselect.o xrdb.o fontset.o  emacs.o keyboard.o macros.o keymap.o sysdep.o   buffer.o filelock.o insdel.o marker.o intervals.o textprop.o    minibuf.o fileio.o dired.o filemode.o   cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o         eval.o floatfns.o fns.o print.o lread.o         abbrev.o syntax.o unexsunos4.o  mocklisp.o bytecode.o   process.o callproc.o    region-cache.o  doprnt.o strftime.o tparam.o lastfile.o gmalloc.o ralloc.o vm-limit.o  widget.o            ../lwlib/liblw.a -L/usr/X11R6/lib -lXaw -lXmu  -lXt -lSM -lICE -lXext -lX11     -ltermcap       `gcc -print-libgcc-file-name` -lm  -lc  `gcc -print-libgcc-file-name`
ld: -ltermcap: no match

It seems that the linker is unable to locate libtermcap, libm, etc from
/usr/lib.

Adding a -L/usr/lib will make it succeed. Has -nostdlib been ``enhanced''
to not searching /usr/lib ? Any other ideas ?

Looking at the date of my /usr/local/bin/emacs-20.2, it seems that
the build process worked without diagnostics on NetBSD/Current of 12 Feb 1998.


regards
Erik Bertelsen