Re: binutils version

"Rogelio M.Serrano Jr." <[email protected]> Tue, 28 Oct 2003 22:40:10 +0800
Newsgroups gmane.comp.lib.phil
Message-ID <b8409434a1a0016618c9a952514de04b@mobile>
After 7 iterations of lfs bootstrap and half of my hair same error. i 
used binutils 20031028 snapshot;


checking for DWARF2 unwind info support... no_registry_needed
checking for __builtin_expect... yes
checking for __builtin_memset... no
checking for local label subtraction... yes
checking for __thread... yes
checking for tls_model attribute... yes
checking for libgd... no
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for long double... yes
checking size of long double... 12
running configure fragment for ../glibc-2.3.2/sysdeps/i386/elf
checking for i386 TLS support... yes
running configure fragment for ../glibc-2.3.2/nptl/sysdeps/pthread
configure: error: CFI directive support in assembler is required

im going to lay off nptl until my hair grows back or i get more 
experience hacking binutils and configure scripts.

On 2003-10-28 21:02:30 +0800 Jakub Jelinek <[email protected]> wrote:

> On Tue, Oct 28, 2003 at 08:16:25PM +0800, Rogelio M.Serrano Jr. wrote:
>> im tyring tp build glibc-2.3.2 with nptl 0.60. it dies with:
>> 
>> checking for inttypes.h... yes
>> checking for stdint.h... yes
>> checking for unistd.h... yes
>> checking for long double... yes
>> checking size of long double... 12
>> running configure fragment for ../glibc-2.3.2/sysdeps/i386/elf
>> running configure fragment for ../glibc-2.3.2/nptl/sysdeps/pthread
>> configure: error: CFI directive support in assembler is required
>> 
>> im using binutils 2.14 20030612
> 
> You need later binutils (e.g. current CVS or various recent Red Hat
> binutils rpms (RHEL3, Fedora Core TestN).
> 
>> is nptl ready for testing?
> 
> IMNSHO not only for testing ;)
> 
> 	Jakub
> 
>