Mensajes

Para compilar código en C++ vas a tener que usar g++, no gcc

Eso lo vas a tener que buscar en el código fuente del compilador.

Saludos.

En ese caso, puedes hacer la lógica de la aplicación (lo que el usuario no ve) portable, e implementar una interfaz gráfica distinta para cada SO donde quieras distribuir tu aplicación.

Con QT no sería necesario. Qt provee de todo lo que pudieses necesitar de APIs nativas (hilos, filesystems etc) y es portable entre diferentes plataformas. A parte, también provee de librería gráfica.

cower sería el recomendado. Es simplemente un gestor de descarga y actualización, pero no compila nada, eso lo tienes ya que hacer por tu cuenta.

Para automatizar encima de cower puedes usar pacaur, una vez tengas ya entendido como funciona el AUR

Si pones el código problemático te podremos ayudar. Se nos acabaron las bolas de cristal para adivinar problemas hace un par de meses

No te tomes esto como algo que te desanime, pero incurres en practicas algo poco aconsejables y que tienden a crear problemas:

-Usar yaourt y sobretodo el repositorio de archlinuxfr en vez del AUR: yaourt no es precisamente el mejor AUR helper que hay, y en el repo de archlinuxfr no se toman las cosas todo lo serio que debieran.

Para una persona que empieza, manejar el AUR a mano en vez de con un gestor es buena idea, lo creas o no. Familiarizarte con el proceso de como se hacen las cosas es importante, no directamente utilizar algo sin saber qué hace.

Personalmente, como fuente de información yo redireccionaría a la wiki. Es muy completa y está muy revisada y actualizada. No creo que haya nada que la pueda dejar en mal lugar. La guia para iniciados (begginers' guide) te guia de una forma perfecta a través de la instalación y post instalación de Arch

Si, la cuestión seria añadir opciones al grub o al gestor de arranque que utilices.

El kernel es simplemente una capa entre el hardware y el resto de software. Por encima tienes el llamado "userland" por donde corren todos los demás programas.

No puedes funcionar en el llamado "modo consola" simplemente con el kernel, puesto que como he dicho el kernel únicamente hace de puente entre peticiones de programas al hardware y el propio hardware, a parte de adminsitrar los recursos que recibe cada programa como el tiempo de procesador, cantidad de RAM etc.


Lo que sería la "distribución" incluiría a parte de el kernel herramientas como el shell, udev, los scripts de arranque, el gestor de login, init...

Si quieres transtear con un kernel, simplemente añade una entrada a tu gestor de arranque que entre en la misma distribución que tu usas pero con ese kernel, por ponerte un ejemplo con mi configuración de syslinux:

Código [Seleccionar] Expandir


LABEL archzen
        MENU LABEL ArchLinux-zen
        LINUX ../vmlinuz-linux-zen
        APPEND root=/dev/sda3 ro vga=current pcie_aspm=force fastboot quiet splash init=/sbin/e4rat-preload
        INITRD ../initramfs-linux-zen.img

LABEL arch
        MENU LABEL ArchLinux-ARCH
        LINUX ../vmlinuz-linux
        APPEND root=/dev/sda3 ro vga=current pcie_aspm=force fastboot quiet splash init=/bin/systemd
        INITRD ../initramfs-linux.img

LABEL archfallback
        MENU LABEL ArchLinux-ARCH Fallback
        LINUX ../vmlinuz-linux
        APPEND root=/dev/sda3 ro
        INITRD ../initramfs-linux-fallback.img




Cada "LABEL" es un kernel diferente, todos corriendo sobre las misma partición / pero arrancan diferentes kernels y/o con diferentes opción

has pensado en que debido a que es una versión de hace lo menos 20 años utilice herramientas que ya se han dejado de usar?

Sinceramente, yo te aconsejo que utilices una versión actual y te leas la documentación. Es MUY completa y te ahorrarás dolores de cabeza con versiones que igual ni compilan con un GCC actual.

Y por cierto, la próxima vez, mejor pon una copia del output de lo que falla, no una captura

usa sprintf

http://cplusplus.com/reference/clibrary/cstdio/sprintf/