Not linking so many things to the lib-src stuff?

Is there any system for which the following change to "lib-src/Makefile.in.in" will not work? Index: Makefile.in.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/lib-src/Makefile.in.in,v retrieving revision 1.36.2.15 diff -u -r1.36.2.15 Makefile.in.in --- Makefile.in.in 2000/07/08 09:14:03 1.36.2.15 +++ Makefile.in.in 2000/10/07 05:26:20 ＠＠ -150,7 +150,7 ＠＠ c_switch_all=＠c_switch_all＠ ld_switch_general=＠ld_switch_general＠ ld_switch_all=＠ld_switch_all＠ -ld_libs_general=＠ld_libs_general＠ +# ld_libs_general=＠ld_libs_general＠ ## We need to #define emacs to get the right versions of some files. It seems to work fine on my Linux machine... and eliminates a bunch of extraneous link dependancies from the `lib-src' binaries. That is very helpful when creating packages (eg: *.deb or *.rpm) since the `lib-src' utils can be shipped as a separate package from the editor binary, and can depend on a least subset of shared libraries. (There is more than one editor binary package, to support mule, nomule, mule+canna, etc.) Also, do `gnuserv' and `gnuclient' need _all_ of those X libraries, or really only some of them? (I've never tried to learn X programming... I'd look for myself but it would take all day at this point.) A question about `ld' now... Is there a reason why, other than "it's just not implemented" that `ld' cannot or does not remove depends on libs that are not actually used by any particular binary?