I can't compile mysql in a uclibc env, the configure script doesn't recognize the host var i386-pc-linux-uclibc. Here is the error: --- Calculating dependencies ...done! >>> emerge (1 of 1) dev-db/mysql-4.0.20 to / >>> md5 src_uri ;-) mysql-4.0.20.tar.gz * * If you're upgrading from MySQL-3.x, you must recompile the other * packages on your system that link with libmysqlclient after the * upgrade completes. To obtain such a list of packages for your * system, you may use 'revdep-rebuild' from app-portage/gentoolkit. * >>> Unpacking source... >>> Unpacking mysql-4.0.20.tar.gz to /var/tmp/portage/mysql-4.0.20/work * Applying mysql-4.0.18-install-db-sh.diff... [ ok ] * Applying mysql-4.0.18-mysqld-safe-sh.diff... [ ok ] * Applying mysql-4.0-nisam.h.diff... [ ok ] * Applying mysql-4.0-my-print-defaults.diff... [ ok ] * Applying mysql-4.0.18-gentoo-nptl.diff... [ ok ] * Applying mysql-4.0.18-thrssl.patch... [ ok ] tcpd * Applying mysql-4.0.14-r1-tcpd-vars-fix.diff... [ ok ] >>> Source unpacked. berkdb readline readline ssl checking build system type... Invalid configuration `i386-pc-linux-uclibc': machine `i386-pc-linux' not recognized configure: error: /bin/sh ./config.sub i386-pc-linux-uclibc failed !!! ERROR: dev-db/mysql-4.0.20 failed. !!! Function econf, Line 362, Exitcode 1 !!! econf failed --- Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.50-r9 (x86, gcc-3.3.4, glibc-0.9.26-r5, 2.6.8-rc2) ================================================================= System uname: 2.6.8-rc2 i686 Pentium III (Coppermine) Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-Os -pipe" CHOST="i386-pc-linux-uclibc" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache nodoc noinfo noman sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/ ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://mirror.switch.ch/mirror/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://10.0.4.11/gentoo-portage" USE="berkdb ncurses python readline ssl tcpd uclibc x86 zlib"
Created attachment 37874 [details, diff] a little fix for the configure script
Created attachment 37875 [details, diff] updated ebuild for the uclibc env
vs. patching config.sub/.guess (unwritten policy we try to avoid) try a simple 'inherit gnuconfig' and in the src_unpack() function add 'gnuconfig_update'
seemant, No need to assign simple 'gnuconfig' bugs to the embedded@ herd. We have not officially released any stages yet and are not ready to take on the bugs for the entire tree. For now the maintainers are given advice on how to best make her/his pkg aware. Keeping embedded@ on the CC: list however helps give us a searching mechanism.
in cvs.
Thanks Robin. My test results. ---------------- Looks mostly good here. It cleanly unpacks, runs gnuconfig update and compiles(?) but did fail towards the end. make[5]: Leaving directory `/var/tmp/portage/mysql-4.0.20/work/mysql-4.0.20/sql' ./gen_lex_hash > lex_hash.h make[4]: *** [lex_hash.h] Error 139 chdir into `/var/tmp/portage/mysql-4.0.20/work/mysql-4.0.20/sql' and running ./gen_lex_hash segfaults here. The gdb backtrace is unfortunately not very useful in this case. (but I'm using ASLR and an older kernel that did not align/pad page tables and this looks like one of those cases, but I'm not 100% sure) Anyway 'mysql' in my minds eye really does not fall into the embedded arena so I'm not exactly going to devote much time into debugging this. Christian please confirm if the updated ebuild works for you and report back to the mysql maintainers.
reply to #6: It works fine ...thanks. --- IMHO, the embedded world is an etherogeneous world and so we can have very little devices and bigger ones. Mysql could be important in a uclibc setup if you want to use something like ACID and SNORT etc.