Bug#227291: mklibs: needs to handle symbols starting with . for sparc
Package: mklibs
Version: 0.1.14
Severity: important
Tags: patch d-i
(This is also part of bug 220640, but I'm separting it out to make it
a single-issue bug on the approprate package. Only important for now
until sparc d-i gets held up by it.)
With the distributed mklibs, debian installer gives the following error:
/bin/sh: relocation error: /bin/sh: symbol .urem, version GLIBC_2.0 not defined
in file libc.so.6 with link time reference
mklibs gets rid of .urem and possibly other symbols that are needed on
sparc. The following patch fixes mklibs to allow symbols that start
with a period.
If this is undesierable on other architectures, it should be made
architecture specfic.
This patch is a slight modification of one by Nick Lopez.
--- /home/blarson/src2/mklibs-0.1.14/mklibs.py 2004-01-01 13:50:55.000000000 -0800
+++ mklibs.py 2004-01-11 19:42:45.000000000 -0800
@@ -143,7 +143,7 @@
# Num: Value Size Type Bind Vis Ndx Name
# 1: 000000012002ab48 168 FUNC GLOBAL DEFAULT UND strchr@GLIBC_2.0 (2)
symline_regexp = \
- re.compile("\s*\d+: .+\s+\d+\s+\w+\s+(\w+)+\s+\w+\s+(\w+)\s+(\w+)")
+ re.compile("\s*\d+: .+\s+\d+\s+\w+\s+(\w+)+\s+\w+\s+(\w+)\s+(\.?\w+)")
# Return undefined symbols in an object as a Set of tuples (name, weakness)
def undefined_symbols(obj):
-- System Information:
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux bounce 2.4.21 #1 Thu Aug 7 18:10:47 EDT 2003 sparc
Locale: LANG=C, LC_CTYPE=C
Versions of packages mklibs depends on:
ii binutils 2.14.90.0.7-3 The GNU assembler, linker and bina
ii gcc 4:3.3.2-2 The GNU C compiler
ii python 2.3.3-4 An interactive high-level object-o
-- no debconf information
Reply to: