No deberías suprimirlo. Contiene información valiosa, resalta errores en el proceso de compilación.
Andrew Swann
Convenido. Deberías preferir a los mantenedores de errores para escribir código sin advertencia.
lunaryorn
Pradhan: No puedo comentar aquí todavía, pero el usuario no pidió que no haya advertencias. Pidió que no se abriera el marco con las advertencias. Es posible que desee revisar el registro de compilación más adelante. Andrew-Swann: No necesariamente sabe lo que el usuario está tratando de lograr. Por ejemplo, encuentro que abrir el búfer interrumpe mi flujo. Encontré este hilo porque estaba tratando de instalar paquetes N y quería verificar las advertencias al final. Lo ideal sería tener el buffer emergente opcionalmente y mostrar "N advertencias, M errores" en el minibúfer. En cualquier caso, no se lo digas a los usuarios que quieran
user3113723
Personalizar display-buffer-alist?
politza
Respuestas:
4
Si package--compilellama byte-recompile-directory(predeterminado), puede desactivar todas las advertencias personalizando la variable byte-compile-warnings. O se puede configurar para que nilusted mismo, o su uso M-x customize-groupen el grupo bytecomp, establecido Byte Compile Warningsa Somey verificación de ninguna de las casillas. Sin embargo, si usted tiene package--compilesiendo defadviced para invocar otra cosa ( async-byte-recompile-directoryen mi caso), usted debe buscar en la personalización de esa función específica / biblioteca.
Si está utilizando async-bytecomp, he planteado una solicitud aquí para inyectar las bytecomppersonalizaciones en el entorno en el que se compila. Puede hacer un cambio local hasta que haya una resolución: Agregar
set-window-dedicated-p es una función incorporada en el 'código fuente C'.
(BANDERA DE VENTANA set-window-dedicated-p)
Marque la VENTANA como dedicada según la BANDERA. La VENTANA debe ser una ventana activa y la predeterminada es la seleccionada. FLAG no nil significa marcar WINDOW como dedicado a su búfer. FLAG nil significa marcar WINDOW como no dedicado. Regresar BANDERA.
Puede interesarle configurar la ventana de instalación dedicada , luego el búfer de compilación ya no le molestará cuando esté dentro de la ventana dedicada.
display-buffer-alist
?Respuestas:
Si
package--compile
llamabyte-recompile-directory
(predeterminado), puede desactivar todas las advertencias personalizando la variablebyte-compile-warnings
. O se puede configurar para quenil
usted mismo, o su usoM-x customize-group
en el grupobytecomp
, establecidoByte Compile Warnings
aSome
y verificación de ninguna de las casillas. Sin embargo, si usted tienepackage--compile
siendodefadvice
d para invocar otra cosa (async-byte-recompile-directory
en mi caso), usted debe buscar en la personalización de esa función específica / biblioteca.Si está utilizando
async-bytecomp
, he planteado una solicitud aquí para inyectar lasbytecomp
personalizaciones en el entorno en el que se compila. Puede hacer un cambio local hasta que haya una resolución: Agregardespués
en
async-bytecomp.el
.fuente
De la documentación:
Puede interesarle configurar la ventana de instalación dedicada , luego el búfer de compilación ya no le molestará cuando esté dentro de la ventana dedicada.
fuente