Você não deve suprimi-lo. Ele contém informações valiosas, destaca erros no processo de compilação.
Andrew Swann
Acordado. Você deve preferir que os mantenedores de bugs escrevam um código sem aviso.
lunaryorn
Pradhan: Ainda não pode comentar aqui, mas o usuário não pediu que não houvesse avisos. Ele pediu que o quadro com os avisos não se abrisse. Ele pode querer revisar o log de compilação posteriormente. andrew-swann: Você não sabe necessariamente o que o usuário está tentando alcançar. Por exemplo, acho que abrir o buffer interrompe meu fluxo. Encontrei esse segmento porque estava tentando instalar pacotes N e queria verificar os avisos no final. O ideal seria fazer com que o buffer aparecesse opcionalmente e exibisse "N avisos, erros M" no minibuffer. De qualquer forma, não diga aos usuários que desejam
user3113723
Personalizar display-buffer-alist?
Politza
Respostas:
4
Se você package--compileestiver chamando byte-recompile-directory(padrão), poderá desativar todos os avisos, personalizando a variável byte-compile-warnings. Você pode configurá-lo para nilsi mesmo, ou uso M-x customize-groupno grupo bytecomp, definir Byte Compile Warningsa Somee verificação nenhuma das caixas. No entanto, se você tem package--compilede ser defadviced para invocar outra coisa ( async-byte-recompile-directoryno meu caso), você deve olhar para a personalização dessa função específica / biblioteca.
Se você estiver usando async-bytecomp, levantei uma solicitação aqui para injetar as bytecomppersonalizações no ambiente em que ele é compilado. Você pode se contentar com uma alteração local até que haja uma resolução: Adicionar
set-window-dedicado-p é uma função embutida no `código fonte C '.
(BANDEIRA DA JANELA DE SET-Window-Dedicated-p)
Marque WINDOW como dedicado, de acordo com FLAG. A JANELA deve ser uma janela ativa e o padrão é a janela selecionada. FLAG não nulo significa marcar WINDOW como dedicado ao seu buffer. FLAG nulo significa marcar a JANELA como não dedicada. Retornar FLAG.
Você pode estar interessado configurando a janela de instalação dedicada , então o buffer de compilação não o incomodará mais quando estiver dentro da janela dedicada.
display-buffer-alist
?Respostas:
Se você
package--compile
estiver chamandobyte-recompile-directory
(padrão), poderá desativar todos os avisos, personalizando a variávelbyte-compile-warnings
. Você pode configurá-lo paranil
si mesmo, ou usoM-x customize-group
no grupobytecomp
, definirByte Compile Warnings
aSome
e verificação nenhuma das caixas. No entanto, se você tempackage--compile
de serdefadvice
d para invocar outra coisa (async-byte-recompile-directory
no meu caso), você deve olhar para a personalização dessa função específica / biblioteca.Se você estiver usando
async-bytecomp
, levantei uma solicitação aqui para injetar asbytecomp
personalizações no ambiente em que ele é compilado. Você pode se contentar com uma alteração local até que haja uma resolução: Adicionardepois de
no
async-bytecomp.el
.fonte
Da documentação:
Você pode estar interessado configurando a janela de instalação dedicada , então o buffer de compilação não o incomodará mais quando estiver dentro da janela dedicada.
fonte