Re: libtool does not recognize lib64 -- Update to Olly Betts' patch

Hello, and sorry for the looong delay, * Toshio Kuratomi wrote on Thu, Oct 21, 2010 at 08:18:58PM CEST: > On Mon, Sep 20, 2010 at 2:17 PM, Toshio Kuratomi wrote: > > On Mon, Sep 20, 2010 at 10:25:06PM +0200, Ralf Wildenhues wrote: > >> > Anything I need to do to get this looked at? > >> > >> I'm

Re: LD_LIBRARY_PATH_64 on Solaris

http://thread.gmane.org/gmane.comp.gnu.libtool.patches/10909 * Ralf Wildenhues wrote on Sat, Oct 16, 2010 at 04:52:20PM CEST: > Handle auxiliary shared library path environment variables. > > This patch lets libtool handle systems with more than one shared > library path variable,

Re: Eliminate hardcode_libdir_flag_spec_ld tag variable.

http://thread.gmane.org/gmane.comp.gnu.libtool.patches/10908 * Ralf Wildenhues wrote on Sat, Oct 16, 2010 at 03:22:22PM CEST: > Eliminate hardcode_libdir_flag_spec_ld tag variable. > > * libltdl/config/ltmain.m4sh (func_mode_link): Set $wl to empty > if $LD is used for creating sh

Rebuild menus in the manual.

I would like to push this patch that has emacs-rebuilt menus. They actually typeset a bit worse than the hand-written ones (see e.g. the last hunk) but I think that doing something automatically is better than doing it manually, and if there is pain involved then we should consider trying to shorte

Re: Rebuild menus in the manual.

On Sun, 14 Nov 2010, Ralf Wildenhues wrote: I would like to push this patch that has emacs-rebuilt menus. They actually typeset a bit worse than the hand-written ones (see e.g. the last hunk) but I think that doing something automatically is better than doing it manually, and if there is pain in