Tweaked glibc 2.4 + 2.5 + snapshot ebuilds

Message

n0rbi666 · Post by **n0rbi666** » Wed Mar 15, 2006 12:58 pm

Even with binutils 2.16.1-r2 from portage and binutils from portage I have the same error

I removed /etc/portage/bashrc (per package ld/c/cxx flags) - recompiled binutils, and now everything works

strange, very strange ...

Hetfield666 · Post by **Hetfield666** » Wed Mar 15, 2006 9:26 pm

i'm using 2.3.6 with bdirect, hashvals and madvise patches.

seems dropped in the overlay (madvice should be upstream now).

any way to port? old patches don't apply

nxsty · Post by **nxsty** » Wed Mar 15, 2006 10:15 pm

Hetfield666 wrote:i'm using 2.3.6 with bdirect, hashvals and madvise patches.

seems dropped in the overlay (madvice should be upstream now).

any way to port? old patches don't apply

I got your message! Yes they are still included and I'm going to continue maintaining them until they are in portage.

Hetfield666 · Post by **Hetfield666** » Thu Mar 16, 2006 9:48 am

you're right, i just checked the ebuild and saw no bdirect patches and i didn't think they were in the bz2 package

nxsty · Post by **nxsty** » Thu Mar 16, 2006 10:20 am

I added a bugfix from the gentoo bugzilla so hardened on amd64 should work now. Please test if you have such a setup!

weedy · Post by **weedy** » Thu Mar 16, 2006 11:31 pm

if im using the /usr/portage/profiles/hardened/x86/2.6 make.profile is it this overlay compatible? what else would i need to do to retain my hardened toolchain.

nesl247 · Post by **nesl247** » Fri Mar 17, 2006 6:21 am

Glibc-2.4 was updated to glibc-2.4-r1 just now.

nxsty · Post by **nxsty** » Fri Mar 17, 2006 8:51 am

nesl247 wrote:Glibc-2.4 was updated to glibc-2.4-r1 just now.

Updated!

nxsty · Post by **nxsty** » Fri Mar 17, 2006 8:52 am

weedy wrote:if im using the /usr/portage/profiles/hardened/x86/2.6 make.profile is it this overlay compatible? what else would i need to do to retain my hardened toolchain.

It should work with the latest changes. Make sure you use the 2.4-r1 version though.

weedy · Post by **weedy** » Fri Mar 17, 2006 9:29 am

is there a gcc-4.1 hardened?

Xake · Post by **Xake** » Fri Mar 17, 2006 9:40 am

weedy wrote:is there a gcc-4.1 hardened?

There is at least a hardned-flag...

nxsty · Post by **nxsty** » Fri Mar 17, 2006 10:32 am

weedy wrote:is there a gcc-4.1 hardened?

No you have to use a overlay for that.

piwacet · Post by **piwacet** » Sat Mar 18, 2006 5:56 am

nxsty wrote:
nesl247 wrote:Glibc-2.4 was updated to glibc-2.4-r1 just now.
Updated!

If someone who speaks ebuild knows what the differences are, if they're important?

TIA

Joffer · Post by **Joffer** » Sat Mar 18, 2006 10:01 am

binutils-2.16.91.0.7.ebuild is out in portage. Will there be a new overlay?

mbar · Post by **mbar** » Sat Mar 18, 2006 11:37 am

Is it just me, or the glibc 2.4-r1 ebuild in portage was changed overnight? I was installing a new AMD64 system yesterday and left it in emerge -e world state. In the morning I wanted to make second emerge -e world pass just for the sake of it. But i emerge --sync'ed first, then after emerge -pve world I can see it wants to download several more (like ~800 kB) data for the same glibc version. I tried to do emerge -e world afterwards and it failed on glibc ofcourse.
It complains about undefined reference to __stack_chk_guard when compiling nscd subdirectory of glibc. Now I cannot finish my install goddammit.

nxsty · Post by **nxsty** » Sat Mar 18, 2006 1:07 pm

Joffer wrote:binutils-2.16.91.0.7.ebuild is out in portage. Will there be a new overlay?

I tried to resync the patches but it wouldn´t compile with tons of errors. I guess we´re stuck with .6 until Michael updates his patches.

Anyway yesterday after some extensive compiling my main computer decided it had enough and broke down. So I'll probably not update my overlays for a couple of days until my new motherboard arrives.

weedy · Post by **weedy** » Sat Mar 18, 2006 1:48 pm

:/

Code: Select all

gcc -shared  .libs/archive.o .libs/archures.o .libs/bfd.o .libs/bfdio.o .libs/bfdwin.o .libs/cache.o .libs/coffgen.o .libs/corefile.o .libs/format.o .libs/init.o .libs/libbfd.o .libs/opncls.o .libs/reloc.o .libs/section.o .libs/syms.o .libs/targets.o .libs/hash.o .libs/linker.o .libs/srec.o .libs/binary.o .libs/tekhex.o .libs/ihex.o .libs/stabs.o .libs/stab-syms.o .libs/merge.o .libs/dwarf2.o .libs/simple.o .libs/bfdsort.o .libs/archive64.o .libs/elf32-i386.o .libs/elf-vxworks.o .libs/elf32.o .libs/elf.o .libs/elflink.o .libs/elf-strtab.o .libs/elf-eh-frame.o .libs/dwarf1.o .libs/i386linux.o .libs/aout32.o .libs/efi-app-ia32.o .libs/peigen.o .libs/cofflink.o .libs/elf64-x86-64.o .libs/elf64.o .libs/elf64-gen.o .libs/elf32-gen.o .libs/cpu-i386.o .libs/trad-core.o  -L/var/tmp/portage/binutils-2.16.91.0.6/work/build/libiberty/pic -liberty  -Wl,-soname -Wl,libbfd-2.16.91.0.6.so -o .libs/libbfd-2.16.91.0.6.so
(cd .libs && rm -f libbfd.so && ln -s libbfd-2.16.91.0.6.so libbfd.so)
i586-pc-linux-gnu-ar cru .libs/libbfd.a  archive.o archures.o bfd.o bfdio.o bfdwin.o cache.o coffgen.o corefile.o format.o init.o libbfd.o opncls.o reloc.o section.o syms.o targets.o hash.o linker.o srec.o binary.o tekhex.o ihex.o stabs.o stab-syms.o merge.o dwarf2.o simple.o bfdsort.o archive64.o elf32-i386.o elf-vxworks.o elf32.o elf.o elflink.o elf-strtab.o elf-eh-frame.o dwarf1.o i386linux.o aout32.o efi-app-ia32.o peigen.o cofflink.o elf64-x86-64.o elf64.o elf64-gen.o elf32-gen.o cpu-i386.o trad-core.o
i586-pc-linux-gnu-ranlib .libs/libbfd.a
creating libbfd.la
(cd .libs && rm -f libbfd.la && ln -s ../libbfd.la libbfd.la)
libtooldir=`/bin/sh ./libtool --config | sed -n -e 's/^objdir=//p'`; \
if [ -f $libtooldir/libbfd.a ]; then \
  cp $libtooldir/libbfd.a libbfd.tmp; \
  i586-pc-linux-gnu-ranlib libbfd.tmp; \
  /bin/sh /var/tmp/portage/binutils-2.16.91.0.6/work/binutils-2.16.91.0.6/bfd/../move-if-change libbfd.tmp libbfd.a; \
else true; fi
touch stamp-lib
make[4]: Leaving directory `/var/tmp/portage/binutils-2.16.91.0.6/work/build/bfd'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/binutils-2.16.91.0.6/work/build/bfd'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/binutils-2.16.91.0.6/work/build/bfd'
make[1]: *** [all-bfd] Error 2
make[1]: Leaving directory `/var/tmp/portage/binutils-2.16.91.0.6/work/build'
make: *** [all] Error 2

!!! ERROR: sys-devel/binutils-2.16.91.0.6 failed.
Call stack:
  ebuild.sh, line 1557:   Called dyn_compile
  ebuild.sh, line 966:   Called src_compile
  ebuild.sh, line 1272:   Called toolchain-binutils_src_compile

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

ViRgiLiO · Post by **ViRgiLiO** » Sat Mar 18, 2006 3:03 pm

I have the same error here... Seems to be a serious problem

Maybe anyone have a solution?

ViRgiLiO · Post by **ViRgiLiO** » Sat Mar 18, 2006 3:08 pm

Compiling binutils-2.16.91.0.6 from a broken ebuild, gives this error:

gcc -DHAVE_CONFIG_H -I. -I.././bfd -I. -DTRAD_CORE -I. -I.././bfd -I.././bfd/../include -I.././bfd/../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O2 -mtune=athlon-xp -fomit-frame-pointer -pipe -ftracer -c bfdsort.c -fPIC -DPIC -o .libs/bfdsort.o
bfdsort.c:96: error: expected declaration specifiers or '...' before 'bfd_qsort_closure_func'
bfdsort.c:97: warning: no previous prototype for 'bfd_qsort'
bfdsort.c: In function 'bfd_qsort':
bfdsort.c:128: error: 'cmp' undeclared (first use in this function)
bfdsort.c:128: error: (Each undeclared identifier is reported only once
bfdsort.c:128: error: for each function it appears in.)
make[4]: *** [bfdsort.lo] Error 1
make[4]: Leaving directory `/var/tmp/portage/binutils-2.16.91.0.6/work/binutils-2.16.91.0.6/bfd'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/binutils-2.16.91.0.6/work/binutils-2.16.91.0.6/bfd'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/binutils-2.16.91.0.6/work/binutils-2.16.91.0.6/bfd'
make[1]: *** [all-bfd] Error 2
make[1]: Leaving directory `/var/tmp/portage/binutils-2.16.91.0.6/work/binutils-2.16.91.0.6'
make: *** [all] Error 2

nesl247 · Post by **nesl247** » Sat Mar 18, 2006 3:21 pm

nxsty wrote:
Joffer wrote:binutils-2.16.91.0.7.ebuild is out in portage. Will there be a new overlay?
I tried to resync the patches but it wouldn´t compile with tons of errors. I guess we´re stuck with .6 until Michael updates his patches.

Anyway yesterday after some extensive compiling my main computer decided it had enough and broke down. So I'll probably not update my overlays for a couple of days until my new motherboard arrives.

nxsty: Do you have any messengers or an irc client? I would like to talk to you about fixing the binutils patches. I see where the problem lies, but I am not the greatest with diff files.

ViRgiLiO · Post by **ViRgiLiO** » Sat Mar 18, 2006 6:35 pm

Please, is there any solution to the binutils upgrade and broken toolchain mentioned above? I feel that i've broke my system, and I don't want to reinstall all again. Some of my files are more than five years old! and moving all the data to another system is bored and tired. So, please, if there is any solution to this problem, please tell us.

rhill · Post by **rhill** » Sat Mar 18, 2006 10:24 pm

mbar wrote:Is it just me, or the glibc 2.4-r1 ebuild in portage was changed overnight?

yes, the patchset was bumped to 1.3 which includes the x86_64 string/math doodahs (disabled by default).

weedy · Post by **weedy** » Sun Mar 19, 2006 4:12 am

WTH, why does it need less then gcc-4.1

Code: Select all

!!! All ebuilds that could satisfy ">=sys-devel/gcc-3.4.4" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-devel/gcc-3.4.6 (masked by: package.mask, missing keyword)
- sys-devel/gcc-3.4.5-r1 (masked by: package.mask)
- sys-devel/gcc-3.4.4-r1 (masked by: package.mask)
- sys-devel/gcc-4.1.0 (masked by: package.mask)
# Mark Loeser <halcy0n@gentoo.org> (02 Mar 2006)
# Will be in flux for the next week or so while we get issues straightened out

- sys-devel/gcc-4.0.2-r3 (masked by: package.mask, missing keyword)
- sys-devel/gcc-3.4.5 (masked by: package.mask)
- sys-devel/gcc-4.0.3 (masked by: package.mask, missing keyword)

For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.
(dependency required by "sys-libs/glibc-2.4-r1" [ebuild])

nxsty · Post by **nxsty** » Sun Mar 19, 2006 8:09 am

nesl247 wrote:nxsty: Do you have any messengers or an irc client? I would like to talk to you about fixing the binutils patches. I see where the problem lies, but I am not the greatest with diff files.

Check PM!

nxsty · Post by **nxsty** » Sun Mar 19, 2006 8:13 am

weedy wrote:WTH, why does it need less then gcc-4.1

Code: Select all

!!! All ebuilds that could satisfy ">=sys-devel/gcc-3.4.4" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-devel/gcc-3.4.6 (masked by: package.mask, missing keyword)
- sys-devel/gcc-3.4.5-r1 (masked by: package.mask)
- sys-devel/gcc-3.4.4-r1 (masked by: package.mask)
- sys-devel/gcc-4.1.0 (masked by: package.mask)
# Mark Loeser <halcy0n@gentoo.org> (02 Mar 2006)
# Will be in flux for the next week or so while we get issues straightened out

- sys-devel/gcc-4.0.2-r3 (masked by: package.mask, missing keyword)
- sys-devel/gcc-3.4.5 (masked by: package.mask)
- sys-devel/gcc-4.0.3 (masked by: package.mask, missing keyword)

For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.
(dependency required by "sys-libs/glibc-2.4-r1" [ebuild])

It doesn't need gcc 3.4.4 but anything above it. And those versions isn't masked in portage so perhaps you've doe something wrong with your /etc/portage/package.mask?