checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for g++... g++
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking whether the C++ compiler (g++) accepts no_rtti... yes
checking whether the C++ compiler (g++) accepts no_exceptions... yes
checking whether the C++ compiler (g++) accepts warn_xxx... yes
checking whether the C++ compiler (g++) accepts permissive... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
Web OS
3270ª Parte Si yo lo hubiera sabido: Hoy me cagüen el IceWM desde cero me salió cero patatero
compilar programas
compilar programas
Así que otra frustación mas, bueno en estos dos enlaces que están especializados en Ubuntu aunque se puede extender su saber a la Debian y sus derivadas y en general a todas las otras distros con la salvedad que hay que averiguar como se llama al paquete de desarrollo o paquetes, incluso aventuro que a otros SOs tipo BSDs también mucho de lo que hay se aplica incluso a todos los SOs que hagan uso del gcc o clang, mejor gcc para no liarla mas de lo que cabe.
Las bolas o tarballs están ya estandarizadas la diferencia entre .gz o bz2 es cuestión de almacenamiento en el servidor de donde las bajéis, .bz2 pesan menos que .gz y por lo tanto bajan antes en condiciones normales.
El enlace en inglés es mas completo y dice mas cosas de un tirón en el enlace en español hay que buscar un poco mas pero viene a ser mas o menos lo mismo.
Siempre una vez abierta la bola hay que leerse el README y el INSTALL como entenderéis están en inglés pero es que todos los comandos están en inglés. Todas las bolas de última generación de hace unos años a esta parte van a piñón fijo esto es siempre hay que hacer un ./configure para saber que falta o que no, en el primer caso hay que ir poniendo lo que le hace falta para continuar la compilación y en el segundo si tenemos esa suerte pues ya solo faltará que hagamos el make y después el make install.
Normalmente un ./ configure --help nos dará las opciones de configuración, yo esto os lo doy en concreto para Ubuntu y derivadas y en general otras distros o SOs pero tenéis que tener en cuenta que tanto las distros las otras como los otros SOs suelen tener el árbol de directorios de su padre y de su madre que quiere decir que siendo lo mismo van a parar a sitios diferentes los programas, normalmente se suele compilar aparte del binario, las librerías, la documentación, los iconos y lo que se considere por parte del desarrollador necesario para el buen funcionamiento del programa tanto en linux para tal distro o para la otra o para cualquier SO así que si hacéis caso a las instrucciones de arriba de los enlaces sacaréis algo en claro enseguida. Y con este complemento y sabiendo como es el árbol de directorios de dónde lo queráis instalar no tendréis problemas. Incluso podréis hacer paquetes para distribuir.
ximo@ximo-SN10E100:~/Descargas/icewm-1.3.8$ ./configure --help
`configure' configures this package to adapt to many kinds of systems.
Usage: ./configure [OPTION]... [VAR=VALUE]...
To assign environment variables (e.g., CC, CFLAGS...), specify them as
VAR=VALUE. See below for descriptions of some of the useful variables.
Defaults for the options are specified in brackets.
Configuration:
-h, --help display this help and exit
--help=short display options specific to this package
--help=recursive display the short help of all the included packages
-V, --version display version information and exit
-q, --quiet, --silent do not print `checking ...' messages
--cache-file=FILE cache test results in FILE [disabled]
-C, --config-cache alias for `--cache-file=config.cache'
-n, --no-create do not create output files
--srcdir=DIR find the sources in DIR [configure dir or `..']
Installation directories:
--prefix=PREFIX install architecture-independent files in PREFIX
[/usr/local]
--exec-prefix=EPREFIX install architecture-dependent files in EPREFIX
[PREFIX]
By default, `make install' will install all the files in
`/usr/local/bin', `/usr/local/lib' etc. You can specify
an installation prefix other than `/usr/local' using `--prefix',
for instance `--prefix=$HOME'.
For better control, use the options below.
Fine tuning of the installation directories:
--bindir=DIR user executables [EPREFIX/bin]
--sbindir=DIR system admin executables [EPREFIX/sbin]
--libexecdir=DIR program executables [EPREFIX/libexec]
--sysconfdir=DIR read-only single-machine data [PREFIX/etc]
--sharedstatedir=DIR modifiable architecture-independent data [PREFIX/com]
--localstatedir=DIR modifiable single-machine data [PREFIX/var]
--libdir=DIR object code libraries [EPREFIX/lib]
--includedir=DIR C header files [PREFIX/include]
--oldincludedir=DIR C header files for non-gcc [/usr/include]
--datarootdir=DIR read-only arch.-independent data root [PREFIX/share]
--datadir=DIR read-only architecture-independent data [DATAROOTDIR]
--infodir=DIR info documentation [DATAROOTDIR/info]
--localedir=DIR locale-dependent data [DATAROOTDIR/locale]
--mandir=DIR man documentation [DATAROOTDIR/man]
--docdir=DIR documentation root [DATAROOTDIR/doc/PACKAGE]
--htmldir=DIR html documentation [DOCDIR]
--dvidir=DIR dvi documentation [DOCDIR]
--pdfdir=DIR pdf documentation [DOCDIR]
--psdir=DIR ps documentation [DOCDIR]
X features:
--x-includes=DIR X include files are in DIR
--x-libraries=DIR X library files are in DIR
System types:
--build=BUILD configure for building on BUILD [guessed]
--host=HOST cross-compile to build programs to run on HOST [BUILD]
--target=TARGET configure for building compilers for TARGET [HOST]
Optional Features:
--disable-option-checking ignore unrecognized --enable/--with options
--disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no)
--enable-FEATURE[=ARG] include FEATURE [ARG=yes]
--enable-depend Automatic .h dependencies. Requires GNU make and gcc.
--enable-debug Use this option if you want to debug IceWM
--disable-i18n Disable internationalization
--disable-nls Disable internationalized message
--disable-sm Don't support the X session managment protocol
--disable-shape Don't use X shape extension
--disable-shaped-decorations
Disable transparent frame decoration (titlebar,
borders), requires X shape extension (experimental)
--disable-gradients Support gradients
--disable-xrandr Disable XRANDR extension support
--enable-corefonts Support X11 core fonts
--disable-xfreetype Don't use XFreeType for text rendering.
Requires --enable-i18n.
--enable-guievents Enable GUI events (experimental)
--disable-xinerama Disable xinerama support
--disable-x86-asm Don't use optimized x86 assembly code
--disable-prefs Disable configurable preferences
--disable-keyconf Disable configurable keybindings
--disable-menuconf Disable configurable menus
--disable-winoptions Disable configurable window options
--disable-taskbar Disable builtin taskbar
--disable-winmenu Disable the window list menu
--enable-lite Build lightweight version of IceWM
--enable-menus-gnome2 Display GNOME 2 menus
Optional Packages:
--with-PACKAGE[=ARG] use PACKAGE [ARG=yes]
--without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no)
--with-x use the X Window System
--with-unicode-set=CODESET your iconv's unicode set in machine endian encoding
(e.g. WCHAR_T, UCS-4-INTERNAL, UCS-4LE, UCS-4BE)
--with-icesound=interfaces
List of audio interfaces for icesound. Requires
support for GUI events. Default: OSS,Y,ESound
--with-esd-config=path Path to esd-config
--with-mkfontdir=path Path to mkfontdir
--with-kdedatadir=path KDE's data directory (\$KDEDIR/share)
--with-libdir=path Default data directory (\$datadir/icewm)
--with-cfgdir=path System configuration directory (/etc/icewm)
--with-docdir=path Documentation directory (\$prefix/doc)
Some influential environment variables:
CXX C++ compiler command
CXXFLAGS C++ compiler flags
LDFLAGS linker flags, e.g. -L
nonstandard directory
LIBS libraries to pass to the linker, e.g. -l
CPPFLAGS (Objective) C/C++ preprocessor flags, e.g. -I
you have headers in a nonstandard directory
CXXCPP C++ preprocessor
XMKMF Path to xmkmf, Makefile generator for X Window System
Use these variables to override the choices made by `configure' or to help
it to find libraries and programs with nonstandard names/locations.
Report bugs to the package provider.
ximo@ximo-SN10E100:~/Descargas/icewm-1.3.8$
Normalmente lo -I/.../../... indica donde están los ficheros includes o cabeceras o cabezones o de desarrollo son los ficheros .h necesarios para la compilación en Linux estos ficheros se encuentran en los paquetes -dev, en otros SOs suelen ponerse ambas cosas al instalar un paquete por ejemplo en FBSD o PCBSD pero hay que indicarlos con su PATH o camino correspondiente para que el compilador lo encuentre.
lo -L/.../.../... son las librerías necesarias para el funcionamieno del programa normalmente los PATH o caminos de los includes y de las librerías no coinciden por eso hay que conducir en el configure al compilador, normalmente en Linux y en ciertas distros con hacer ./configure ya estaría todo hecho y listo para usar el make. Salvo que nos falten programas básicos, autoconf, automake, el gcc vete a saber que tenéis puesto y que no, normalmente con synaptic al lado es fácil complementar y dar solución enseguida a cualquier compilación eso si no gustáis de usar la consola o term para instalar cosas. En otros casos seguir el camino de probar y probar que mas tarde o temprano suele salir.
En cuanto a especificaciones de como instalar por ejemplo AfterStep desde cero o cualquier otro window manager en esas páginas se suele poner mucho flag que son avisos o condiciones para el compilador si lo queréis hacer exactamente para vuestro equipo (procesador) o si lo queréis hacer para otros o mas general, pues todo se puede hacer indicándolo previamente al make e incluso después del ./configure en cuanto a usar clang o gcc pues ya sabéis cuando mas azúcar mas dulce o que el saber no ocupa lugar o que hay que aprender de tó para obtener mas o menos lo mismo. :) Ximo
No hay comentarios:
Publicar un comentario