Relacionado con la pregunta here, ¿es necesario el paso Actualización de Android Library y, de no ser así, puede eliminarse del proceso de inicio y/o compilación? Una actualización manual parece una opción adecuada, especialmente si mejora los tiempos de compilación y ya tiene una compilación limpia anterior.Eclipse - Android Library Update
esto puede que no responda exactamente a su pregunta, pero si tiene muchos proyectos, reconstruirá todo cuando abra eclipse. lo que hago yo mismo es "cerrar" los proyectos en los que no estoy trabajando y me resulta más tolerable
Estoy de acuerdo en que esta no es exactamente la respuesta "correcta", pero esto es lo que he estado haciendo. Así que hasta que aparezca otra respuesta ... – Jim
No entiendo por qué nosotros los desarrolladores tenemos que pasar por muchos aros con Android SDK si no es este el problema, sus conflictos al actualizar, si no es que el emulador HAX no funciona, si no es que sea otra cosa. He perdido más tiempo y he tenido que reinstalar Eclipse + ADT más que otras aplicaciones. El hecho de que haya tantas preguntas SO es un testamento de lo que estoy hablando. Por favor discúlpeme solo un desarrollador cansado de tratar de arreglar las herramientas de Android que me dieron para crear aplicaciones para Android ... suspiro ... – greaterKing
Si no necesita depurar su código nativo, simplemente no puede agregar soporte nativo en la primera colocar y simplemente compilarlo en la línea de comando cuando sea necesario. Entonces su proyecto de eclipse simplemente actuaría como un proyecto de solo Java y se construiría rápidamente.
También es de destacar que para [eliminar la compatibilidad nativa] (http://pilcrowpipe.blogspot.ca/2011/12/removing-native-support-from-android.html) – JonnyBoy
¿Por qué querría eliminar la compatibilidad nativa? – ArtOfWarfare
Puede desactivar Android Development Toolkit desde General -> Inicio y apagado.
Si haces esto, tus proyectos de Android no se cargarán correctamente –
Tuve este problema con 50 proyectos ish en mi área de trabajo. No todos están abiertos a la vez. Aún así, la 'Actualización de la Biblioteca de Android' aparecía cada vez que necesitaba actualizar algo pequeño en cada proyecto y realmente me frenaba.
Intenté seguir, pero el último funcionó como un amuleto para mí.
Obviamente, abrir solo proyectos relacionados ayuda también.
Al eliminar Build Automatically se elimina este problema pero se duplican los problemas. Terminas perdiendo más tiempo construyendo manualmente los proyectos. No funcionó para mí en absoluto.
Construir selectivamente solo los proyectos que cambiaron ayuda también.
Pero lo principal que fija por completo este problema para mí estaba siguiendo
Ir a Window->Preference->Android->Build y asegúrese de que la casilla de verificación tercerSkip packaging and dexing until export or launch. se marcado en.
Si desactiva la opción Crear automáticamente, eso acelera el tiempo de carga de Lib. Esa opción causa mucho detrás de las escenas limpia/construye y refresca. – apesa
Sí. Sin embargo, con una nueva instalación, los tiempos de carga son rápidos. A medida que modifico mis 20 o más proyectos (la mayoría de los cuales están cerrados en un momento dado), parece tomar más tiempo. Si cambio el objetivo de compilación de Android para un proyecto, eso parece empeorar el tiempo de compilación. Pero no puedo encontrar la configuración u opciones para la compilación o por qué sucedería esto. Esto sucede con la puesta en marcha y posteriores construcciones automáticas. – Jim
Parece que los tiempos de construcción estaban relacionados con la configuración de antivirus y antimalware. No pude volver a configurar AVG, así que instalé Avast. Microsoft Essentials también fue un problema. Tener varios escaneos de antivirus en estos directorios/procesos causó tiempos de compilación lento. Ahora los tiempos de construcción son mucho mejores. Dado que la pregunta estaba relacionada con los tiempos de construcción, esto parece relevante. Todavía no hay información sobre cómo modificar o eliminar el paso de actualización ... – Jim