Lines Matching full:por
14 mantener, y preferiría que para la mayoría de otras cosas también. Por
15 favor, por lo menos considere los argumentos expuestos aquí.
26 Las tabulaciones tienen 8 caracteres y, por lo tanto, las sangrías también
49 sangría`` (``double-indenting``) en etiquetas ``case``. Por ejemplo:
145 (if, switch, for, while, do). Por ejemplo:
176 **excepto** en los casos en que es seguida por una continuación de la misma
258 pero no con sizeof, typeof, alignof, o __attribute__. Por ejemplo,
310 final y puede, opcionalmente, eliminar los espacios en blanco finales por
373 Por favor no use cosas como ``vps_t``.
401 La opacidad y las ``funciones de acceso`` no son buenas por sí
402 mismas. La razón por la que los tenemos para cosas como pte_t, etc.
419 pero si hay una razón clara de por qué bajo ciertas circunstancias
433 Por lo tanto, los tipos ``u8/u16/u32/u64`` específicos de Linux y sus
444 podemos requerir tipos C99 y o utilizat el ``u32`` anterior. Por lo
484 después de la función de cierre de línea de llave. Por ejemplo:
498 de datos. Aunque esto no es requerido por el lenguaje C, se prefiere en
507 Por ejemplo, usando este ejemplo de declaración de función::
531 tras los atributos de clase (por ejemplo, tenga en cuenta el cambio de
544 Aunque desaprobado por algunas personas, el equivalente de la instrucción
545 goto es utilizado con frecuencia por los compiladores, en forma de
552 Elija nombres de etiquetas que digan qué hace el goto o por qué existe el
627 si la función es tan compleja que necesita comentar por separado partes de
632 posiblemente POR QUÉ hace esto.
645 * Por favor, utilícelo constantemente.
664 derivados. Para este fin, use solo una declaración de datos por línea (sin
672 haya dicho que ``GNU emacs`` formatea automáticamente las fuentes C por
673 usted, y ha notado que sí, lo hace, pero los por defecto que tiene son
678 Por lo tanto, puede deshacerse de GNU emacs o cambiarlo y usar valores más
738 muerte cerebral que GNU emacs tiene, por lo que necesita darle algunas
741 de GNU no es mala, solo están gravemente equivocados en este asunto), por
803 debajo de su control, solo porque durmieron o hicieron otra cosa por un
809 memoria. Por lo general, ambos son necesarios, y no deben confundirse entre
876 el código, y es propenso a romperse por cambios aparentemente inocentes.
879 a morder si alguien, por ejemplo, convierte FOO en una función en línea.
934 pr_debug() no lo hace; se compila fuera por defecto, a menos que DEBUG sea
937 mensajes dev_vdbg() a los ya habilitados por DEBUG.
942 incondicionalmente, por ejemplo si es ya dentro de una sección #ifdef
967 garantizado por la programación en idioma C.
985 (" stack dump") en caso de fallo cuando se usan sin __GFP_NOWARN, por lo
994 Mientras que el uso de inlines puede ser apropiado (por ejemplo, como un
1018 16) Valores devueltos por función y sus nombres
1030 errores por nosotros... pero no lo hace. Para ayudar a prevenir tales
1037 Por ejemplo, ``agregar trabajo`` es un comando, y la función
1092 estos por usted mismo. Por ejemplo, si necesita calcular la longitud de una
1115 incrustada en los archivos fuente, indicado con marcadores especiales. Por
1213 excluirá el bloque de código al igual que con un #ifdef, por lo que esto no
1217 etc.). Por lo tanto, aún debe usar un #ifdef si el código dentro del bloque
1222 anotando la expresión condicional utilizada. Por ejemplo:
1240 del sistema. panic() es, por ejemplo, aceptable cuando se queda sin memoria
1271 posteriores a la condición, por ejemplo. De nuevo: WARN*() no debe usarse
1272 para una condición esperada que vaya a activarse fácilmente, por ejemplo,
1281 opción. Esta es la razón por la que hay un artículo de "No haga WARN a la
1299 por Brian W. Kernighan and Dennis M. Ritchie.
1304 por Brian W. Kernighan and Rob Pike.
1314 :ref:`process/coding-style.rst <codingstyle>` del kernel, por [email protected] at OLS 2002: