Bug#284563: libunwind in unstable
H. J. Lu writes: On Tue, Dec 07, 2004 at 12:16:56AM -0800, David Mosberger wrote: On Tue, 7 Dec 2004 09:01:33 +0100, Matthias Klose [EMAIL PROTECTED] said: Matthias glibc now fails to build from source: Matthias undefined reference to `__gcc_personality_v0' Argh, looks like we may have to leave unwind-c.c in LIB2ADDEH. I cc'd HJ Lu since he may remember better what the final conclusion was in regards to the personality routine. IIRC, the resolution was that it needs to be provided by libgcc. We decided that the personality routine shouldn't be the part of libunwind.so. For gcc 3.4/4.0, unwind-sjlj.c and unwind-c.c are in libgcc_eh.a, unwind-sjlj.c, unwind-c.c, unwind-compat.c and unwind-dw2-fde-compat.c are in libgcc_s.so.1. ok, I'm currently bootstrapping gcc-3.3 with the patch attached, a glibc bootstrap using this compiler did succeed. I'll upload the fixed gcc-3.3, when bootstrap and testsuite finishes. --- gcc-3.3-3.3.5/src/gcc/config/t-libunwind2003-12-03 18:18:22.0 -0800 +++ gcc-3.3-3.3.5-fixed/src/gcc/config/t-libunwind 2004-12-04 14:34:40.301003078 -0800 @@ -2,5 +2,4 @@ # so that the resulting libgcc_s.so has the necessary DT_NEEDED entry for # libunwind. SHLIB_LC = -lunwind -lc -LIB2ADDEH = $(srcdir)/unwind-libunwind.c $(srcdir)/unwind-sjlj.c \ - $(srcdir)/unwind-c.c +LIB2ADDEH = $(srcdir)/unwind-sjlj.c $(srcdir)/unwind-c.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#216800: powerpc rint() bug
As there have been no feedback for this bug, I finally reported it upstream: http://sources.redhat.com/bugzilla/show_bug.cgi?id=602 -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284563: libunwind in unstable
On Thu, Dec 09, 2004 at 01:35:07PM +0100, Matthias Klose wrote: David Mosberger writes: On Tue, 7 Dec 2004 09:01:33 +0100, Matthias Klose [EMAIL PROTECTED] said: Matthias glibc now fails to build from source: Matthias undefined reference to `__gcc_personality_v0' Argh, looks like we may have to leave unwind-c.c in LIB2ADDEH. I cc'd HJ Lu since he may remember better what the final conclusion was in regards to the personality routine. IIRC, the resolution was that it needs to be provided by libgcc. works ok until building glibc with the just built compiler. _Unwind_Resume, _Unwind_GetRegionStart are referenced by glibc objects, _Unwind_GetIP, _Unwind_SetGR, _Unwind_SetGR, _Unwind_SetIP are referenced by libgcc_eh.a. Found in the standalone libunwind.a: That is wrong. Glibc doesn't use _Unwind_GetRegionStart. Glibc has its own _Unwind_Resume, _Unwind_ForcedUnwind, _Unwind_GetCFA and _Unwind_GetBSP. H.J. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284563: libunwind in unstable
On Thu, Dec 09, 2004 at 12:49:38PM +0100, Matthias Klose wrote: H. J. Lu writes: On Tue, Dec 07, 2004 at 12:16:56AM -0800, David Mosberger wrote: On Tue, 7 Dec 2004 09:01:33 +0100, Matthias Klose [EMAIL PROTECTED] said: Matthias glibc now fails to build from source: Matthias undefined reference to `__gcc_personality_v0' Argh, looks like we may have to leave unwind-c.c in LIB2ADDEH. I cc'd HJ Lu since he may remember better what the final conclusion was in regards to the personality routine. IIRC, the resolution was that it needs to be provided by libgcc. We decided that the personality routine shouldn't be the part of libunwind.so. For gcc 3.4/4.0, unwind-sjlj.c and unwind-c.c are in libgcc_eh.a, unwind-sjlj.c, unwind-c.c, unwind-compat.c and unwind-dw2-fde-compat.c are in libgcc_s.so.1. ok, I'm currently bootstrapping gcc-3.3 with the patch attached, a glibc bootstrap using this compiler did succeed. I'll upload the fixed gcc-3.3, when bootstrap and testsuite finishes. Why not just backport the 3.4 libunwind patches to 3.3? H.J. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284563: libunwind in unstable
On Thu, 9 Dec 2004 13:35:07 +0100, Matthias Klose [EMAIL PROTECTED] said: Matthias works ok until building glibc with the just built Matthias compiler. _Unwind_Resume, _Unwind_GetRegionStart are Matthias referenced by glibc objects, _Unwind_GetIP, _Unwind_SetGR, Matthias _Unwind_SetGR, _Unwind_SetIP are referenced by Matthias libgcc_eh.a. Found in the standalone libunwind.a: Matthias g F .text 0060 .protected _Unwind_GetRegionStart Matthias *UND* _ULia64_get_proc_info Matthias g F .text 0060 __libunwind_Unwind_GetRegionStart Matthias a quick fix is to undefine the PROTECTED macro in Matthias unwind-0.98.3, surely not the right thing to do? A protected symbol is still globally visible, it's just that references from within the library will be bound within the library itself, so I don't understand why this would be needed. --david -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign
Processing commands for [EMAIL PROTECTED]: reassign 284449 glibc Bug#284449: Can't mkdir /var/run/sudo/$user Bug reassigned from package `sudo' to `glibc'. severity 284449 serious Bug#284449: Can't mkdir /var/run/sudo/$user Severity set to `serious'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284449: [patch/hppa] fix utimes() for hppa
tag 284449 +patch thanks This patch fixes the utimes() problem on hppa -- the cvs patch applied to debian's glibc has a bug in it. tested against 2.3.2.ds1-19 thanks, randolph #! /bin/sh -e # DP: Description: Don't define __ASSUME_UTIMES for hppa # DP: Author: Randolph Chung [EMAIL PROTECTED] # DP: Upstream status: Pending # DP: Date: Thu, 09 Dec 2004 12:01:12 -0800 if [ $# -ne 2 ]; then echo 2 `basename $0`: script expects -patch|-unpatch as argument exit 1 fi case $1 in -patch) patch -d $2 -f --no-backup-if-mismatch -p1 $0;; -unpatch) patch -d $2 -f --no-backup-if-mismatch -R -p1 $0;; *) echo 2 `basename $0`: script expects -patch|-unpatch as argument exit 1 esac exit 0 2004-12-09 Randolph Chung [EMAIL PROTECTED] * sysdeps/unix/sysv/linux/kernel-features.h (__ASSUME_UTIMES): Don't define for hppa, which doesn't support this syscall. --- glibc-2.3.2/sysdeps/unix/sysv/linux/kernel-features.h.orig 2004-12-09 11:59:32.138873056 -0800 +++ glibc-2.3.2/sysdeps/unix/sysv/linux/kernel-features.h 2004-12-09 11:59:49.386251056 -0800 @@ -351,7 +351,7 @@ /* The utimes syscall has been available for some architectures forever. For x86 it was introduced after 2.5.75. */ -#if defined __alpha__ || defined __ia64__ || defined __hppa__ \ +#if defined __alpha__ || defined __ia64__ \ || defined __sparc__ \ || (__LINUX_KERNEL_VERSION 132427 defined __i386__) # define __ASSUME_UTIMES 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284989: glibc-doc: _SC_CLK_TCK corresponds to CLK_TCK
Package: glibc-doc Version: 2.3.2.ds1-18 Severity: normal In the Constants for Sysconf node, _SC_CLK_TCK is described as being the parameter corresponding to CLOCKS_PER_SEC, but I believe that should be CLK_TCK. Eg. #include time.h #include unistd.h main () { printf (%d, %d, %d\n, sysconf(_SC_CLK_TCK), CLK_TCK, CLOCKS_PER_SEC); } shows 100, 100, 100, ie. sysconf(_SC_CLK_TCK) equals CLK_TCK not CLOCKS_PER_SEC. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.4.25-1-k6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284988: glibc-doc: CLK_TCK not same as CLOCKS_PER_SEC
Package: glibc-doc Version: 2.3.2.ds1-18 Severity: normal In the CPU Time node, CLK_TCK is described as an obsolete name for CLOCKS_PER_SEC. But in Debian (i386 at least) the two are not the same, eg. #include time.h main () { printf (%d %d\n, CLK_TCK, CLOCKS_PER_SEC); } shows 100 and 100. Perhaps CLK_TCK should move to the Processor Time node, since if I'm not mistaken times() is in units of CLK_TCK per second. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.4.25-1-k6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linking against an older glibc?
Hello all. This is a general glibc question, and does not have to deal with Debian directly. Sorry for the off-topic posting, but I don't know of another open forum for glibc discussion (libc-hackers being closed). I have built and installed glibc 2.2.4 in a non-system directory (i.e, not in /lib or /usr/lib) that I wish to build against. I believe this is needed in order to have working binaries that are forwards-compatible with that version and later glibc versioned symbols (ie, usable on woody, sarge, RH 7.2 and RHEL 3). The actual system glibc on this machine is 2.3.3. So, is there any documentation how to get a working shippable binary available? I've tried building a simple 'hello world' program, but it fails in various ways involving ld-linux.so.2. If I use a simple gcc -I$prefix/include -L$prefix/lib, it fails to link, first using the system crt1.o (with missing symbols) and then showing missing versioned symbols that are present in the 2.2.4 $prefix/lib/ld-linux.so.2 but not in the /lib/ld-linux.so.2 (eg: [EMAIL PROTECTED], [EMAIL PROTECTED], etc.). Specifying -nostdlib and the $prefix/lib/crt1.o seems to solve that portion of the problem. However, if I include $prefix/lib/ld-linux.so.2 on the link line, it links, but then get a segfault when trying to run it, in fixup() from /lib/ld-linux.so.2. If I try to use the -dynamic-linker $prefix/lib/ld-linux.so.2 option when linking, it won't execute the resulting binary: make echo #include stdio.h helloworld.c echo 'int main() { printf(hello world\n); return 0; }' helloworld.c /usr/local/fbe/3.0/bin/gcc -c -g -I/usr/local/fbe/3.0/glibc/include -o helloworld.o helloworld.c /usr/local/fbe/3.0/bin/gcc -g -I/usr/local/fbe/3.0/glibc/include -o helloworld helloworld.o -nostdlib -L/usr/local/fbe/3.0/glibc/lib -lc /usr/local/fbe/3.0/glibc/lib/crt1.o /usr/local/fbe/3.0/glibc/lib/crti.o /usr/local/fbe/3.0/glibc/lib/ld-linux.so.2 -dynamic-linker /usr/local/fbe/3.0/glibc/lib/ld-linux.so.2 ./helloworld ./helloworld: Command not found. ldd ./helloworld /usr/bin/ldd: line 1: ./helloworld: No such file or directory I don't know if this matters, but this glibc was built after gcc and binutils, which have no knowledge of it. Any ideas, hints or direction to documentation would be appreciated. Thanks all, -Chris -- Chris Ruvolo Veritas Software [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]