Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 22 Oct 2010 04:43:04 +0000 (UTC)
From:      Marcel Moolenaar <marcel@FreeBSD.org>
To:        cvs-src-old@freebsd.org
Subject:   cvs commit: src/libexec/rtld-elf Makefile src/libexec/rtld-elf/ia64 reloc.c
Message-ID:  <201010220443.o9M4hHGu086775@repoman.freebsd.org>

next in thread | raw e-mail | index | archive | help
marcel      2010-10-22 04:43:04 UTC

  FreeBSD src repository

  Modified files:
    libexec/rtld-elf     Makefile 
    libexec/rtld-elf/ia64 reloc.c 
  Log:
  SVN rev 214194 on 2010-10-22 04:43:04Z by marcel
  
  Unbreak ia64.
  
  With r169630 I disabled symbol versioning because it broke rtld.  With
  r211706 rtld got broken for ia64 & powerpc64.  It was fixed for powerpc64
  with r212497.  In between, r211749 removed the exports table because the
  version script handled the exports.  But wait, symbol versioning was
  disabled on ia64.
  
  With exports controlled by the version script and symbol versioning
  disabled, all symbols are exported and too many symbols bind to the
  definition in rtld. Let's just say that waird things happen.
  
  So, enable symbol versioning on ia64 and apply a work-around for the
  SIGSEGV that triggered r169630 to begin with: when rtld relocates
  itself, it comes across r_debug_state and for some reason can't find the
  definition. This causes a failure, relocation aborts and null pointers
  galore. The work-around is to ignore the missing definition when rtld
  is relocating itself and keep going.
  
  Maybe with the next binutils this will all go away. Maybe not, in
  which case I still need to figure out why r_debug_state cannot be found.
  
  BTW: r_debug_state is in the symbol map -- I don't think any other rtld
  symbols that rtld references are in the symbol map...
  
  Revision  Changes    Path
  1.51      +0 -2      src/libexec/rtld-elf/Makefile
  1.22      +16 -3     src/libexec/rtld-elf/ia64/reloc.c



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201010220443.o9M4hHGu086775>