Re: Silently loading site files in -batch mode

[Jack Kelly <jack@jackkelly.name>]

On Tue, Aug 7, 2012 at 2:49 PM, PJ Weisberg <pj@irregularexpressions.net> wrote:
> On Mon, Aug 6, 2012 at 8:57 PM, Jack Kelly <jack@jackkelly.name> wrote:
>> On Tue, Aug 7, 2012 at 1:38 PM, PJ Weisberg <pj@irregularexpressions.net> wrote:
>>> On Mon, Aug 6, 2012 at 4:17 PM, Jack Kelly <jack@jackkelly.name> wrote:
>>>> Not running the call to debian-startup appears to mean that the
>>>> following could happen:
>>>>
>>>> 1. package foo is being compiled.
>>>> 2. foo.el contains (require 'bar), installed by apt.
>>>> 3. emacs is invoked with -Q, so the directory containing bar.el or
>>>> bar.elc is not in the load-path.
>>>> 4. boom.
>>>
>>> $EMACS -Q --batch --eval "(push \"/path/to/bar\" load-path)" --eval
>>> "(load \"MY-FILE\" nil t)"
>>
>> Indeed. But now we've come full circle: I can either get quiet
>> loading, or I have to replicate debian's weird startup changes, but I
>> can't easily get a change in before startup.el and get both.
>
> Which of Debian's weird startup changes does your code actually depend
> on?  Are you sure you aren't just trying to anticipate a problem that
> doesn't actually exist?

I am writing this as part of automake's elisp compilation refactoring
that's going on at the moment:
http://lists.gnu.org/archive/html/automake-patches/2012-07/msg00147.html
is the start of the relevant thread.

In an ideal world, we'd silence the loading messages to get proper
silent-rules support (like how compiling C code these days just prints
'CC foo.c' or whatever, unless there are errors or warnings). Because
the current elisp support calls emacs with -q, I'm hesitant to move to
-Q in case it causes breakage in obscure cases.

-- Jack