Emerging uclibc-0.9.28 fails on hardened gentoo embedded. Reproducible: Always Steps to Reproduce: 1. USE="uclibc-compat" emerge uclibc 2. 3. Actual Results: i386-gentoo-linux-uclibc-gcc -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-stack-protector-all -fstack-protector -fno-builtin -nostdinc -D_LIBC -I../include -I. -mpreferred-stack-boundary=2 -falign-jumps=0 -falign-loops=0 -Os -funit-at-a-time -isystem /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4/include -DNDEBUG -fPIC -D_DL_FINI_CRT_COMPAT -fstack-protector-all -static \ -DUCLIBC_RUNTIME_PREFIX=\"/\" \ -DUCLIBC_LDSO=ld-uClibc.so.0 -I. -I../ldso/include \ -nostdlib -o ldconfig ../lib/crt1.o ../lib/crti.o /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4//crtbeginT.o ldconfig.c -L ../lib -lc /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4/libgcc.a /usr/lib/gcc/i386-gentoo-linux-uclibc/3.4.4//crtend.o ../lib/crtn.o ../lib/libc.so: undefined reference to `__libc_stack_end' collect2: ld returned 1 exit status distcc[6783] ERROR: compile (null) on localhost failed Expected Results: successful compile Portage 2.0.53_rc7 (uclibc/x86/hardened, gcc-3.4.4, uclibc-0.9.27-r0, 2.6.8-2-686-smp i686) ================================================================= System uname: 2.6.8-2-686-smp i686 Intel(R) Xeon(TM) CPU 2.40GHz Gentoo Base System version 1.12.0_pre8 distcc 2.18.3 i386-gentoo-linux-uclibc (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [disabled] dev-lang/python: 2.3.4-r1, 2.4.1-r1 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i386-gentoo-linux-uclibc" CFLAGS="-march=i386 -Os -pipe -fomit-frame-pointer" CHOST="i386-gentoo-linux-uclibc" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -pipe" DISTDIR="/var/cache/distfiles" FEATURES="autoconfig buildpkg distcc distlocks nodoc noinfo noman sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/var/cache/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/src/alpine/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X509 berkdb bitmap-fonts bzip2 cdr cracklib curl expat gd gmp hardened jpeg mad mhash minimal ncurses ogg pcmcia pcre pic png pregen readline rrdtool snmp sqlite ssl truetype truetype-fonts type1-fonts uclibc udev usb vorbis winbind xml2 zlib userland_GNU kernel_linux elibc_uclibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
hrmm grab the patch from LFS now for this. We will add it later.
not a hardened issue, i need to port the fixes from util/Makefile in svn to 0.9.28
I cant reproduce this with or without hardened. rebuilt the system 3 times
Wierd. Then something in my system has to be broken? Its a ACCEPT_KEYWORDS=~x86 system that I don't update very often.
I have recompiled uclibc-0.9.27, binutils and gcc and the tried to emerge uclibc-0.9.28, but same thing still happens. I Guess I have to bootstrap from scratch :-/
are you all just ignoring my comment ? :P this is a known bug in how we build the utils that i fixed in svn after 0.9.28 was released
Sorry. I don't ignore you and I have a good memory. Its just incredible short :-p Thanks for the clarification though. ;) Anything I can do to help? (its no hurry for me though...)
punted the old 20_all_uClibc-0.9.27-cvs-crt-correction3.patch in favor of the new 20_all_uClibc-svn-utils-build.patch which uses the fixes i added to svn in patchset 1.2 in 0.9.28
