GNU bug report logs - #71487
[Feature Request] Allow `tool-bar-position' 'left and 'right in more systems

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Dave Hart <davehart <at> gmail.com>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#71487: closed ([Feature Request] Allow `tool-bar-position'
 'left and 'right in more systems)
Date: Sun, 30 Jun 2024 17:36:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sun, 30 Jun 2024 17:34:37 +0000
with message-id <CAMbSiYABSsKdqY49YVsp+QaA7jUa5=o2tt7EwPLrEoYKTOsjNw <at> mail.gmail.com>
and subject line Re: automake-1.16.92 released
has caused the debbugs.gnu.org bug report #71487,
regarding [Feature Request] Allow `tool-bar-position' 'left and 'right in more systems
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
71487: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71487
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: "Elijah G." <eg642616 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: [Feature Request] Allow `tool-bar-position' 'left and 'right in
 more systems
Date: Mon, 10 Jun 2024 20:50:42 -0600

Hello, the current emacs-30 allows move the tool-bar to bottom, i would
like to know if there are plans for allow move it to left and right.

Also I would like to help on this (only for windows-nt port), but i
would need to get more information such as which files, variables or
functions are needed to modify.

Thanks.

-- 
E.G. from Gnus The Newsreader and E-mail client

[Message part 3 (message/rfc822, inline)]

From: Dave Hart <davehart <at> gmail.com>
To: Nick Bowler <nbowler <at> draconx.ca>,
 GNU Automake mailing list <automake <at> gnu.org>
Cc: 71487-close <at> debbugs.gnu.org
Subject: Re: automake-1.16.92 released
Date: Sun, 30 Jun 2024 17:34:37 +0000

[Message part 4 (text/plain, inline)]

On Sun, 30 Jun 2024 at 05:03, Nick Bowler <nbowler <at> draconx.ca> wrote:

> [...]
>
> autoreconf decides to run libtoolize based on an m4 trace right after
> it runs aclocal, looking for expansion of LT_INIT (or the older
> AC_PROG_LIBTOOL).
>
> This means that for this to work at all:
>
>  (1) a macro definition of LT_INIT must be available at this time, and
>  (2) the LT_INIT macro must actually be expanded directly, and
>  (3) tracing must not be disabled.
>
> Normally aclocal will take care of (1).  Since this tool is part of
> Automake, this is something you have changed in your setup so it's
> plausible this is the underlying cause of your problem.
>
> aclocal works basically by grepping your configure.ac and all the files
> it knows about looking for things that look like macro definitions and
> things that look like macro expansions, and copying in any missing
> definitions.  So for this to work:
>
>   (1.1) aclocal must know where to find the definition of LT_INIT.
>   (1.2) aclocal must see the place where LT_INIT is expanded.
>
> Normally, aclocal and libtool are installed to the same prefix, libtool
> will install its macros into the default aclocal search path, and
> aclocal will find the macro definitions.  If they are installed into
> different prefixes, aclocal will need help, you can use the dirlist
> mechanism (recommended for a permanent installation) or for a quick fix,
> set the ACLOCAL_PATH environment variable to the installed location of
> the libtool macros.
>

Thanks for explaining this, Nick, and in fact the problem was
self-inflicted as I was installing the prerelease Automake versions to a
different prefix than libtool (and the base automake) without taking steps
to help aclocal find the libtool macro definitions.

After installing Libtool to the same prefix as the prerelease Automake, the
problem disappeared.

Cheers,
Dave Hart

[Message part 5 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.