Re: linking against an older glibc?
On Fri, Dec 10, 2004 at 10:04:24AM -0500, Daniel Jacobowitz wrote: > That would be libc-alpha. But it's not a very helpful list. Daniel, thanks for the response and the information. Whoops, I thought libc-alpha was for DEC Alpha systems. > Use -B$prefix/lib/ instead. You may also want -rpath-link $prefix/lib > (which only affects the static linker search path, unlike -rpath). This is exactly what I was looking for. With "-B$prefix/lib -Wl,-rpath-link,$prefix/lib" it worked great. Thank you. > You should not need to do either of those. The segfault is presumably > because you misused -nostdlib (it takes away more than crt1.o!) Indeed, I did not need to use these. Thank you for your expertise, it has helped immensely. -Chris -- Chris Ruvolo Veritas Software [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284563: libunwind in unstable
H. J. Lu writes: > 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? attached. works for me. I'd like to get some feedback from ia64 users/developers, as I don't use ia64 that much. Matthias gcc33.tgz Description: Binary data
Bug#284449: [patch/hppa] fix utimes() for hppa
> And while you're at it - what about submitting a kernel patch to add > sys_utimes on parisc? willy and i talked about this yesterday. i'll commit this directly to the parisc tree. randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: linking against an older glibc?
On Thu, Dec 09, 2004 at 05:45:13PM -0800, Chris Ruvolo wrote: > 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). That would be libc-alpha. But it's not a very helpful list. > 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. Use -B$prefix/lib/ instead. You may also want -rpath-link $prefix/lib (which only affects the static linker search path, unlike -rpath). > 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: You should not need to do either of those. The segfault is presumably because you misused -nostdlib (it takes away more than crt1.o!) -- Daniel Jacobowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284449: [patch/hppa] fix utimes() for hppa
On Thu, Dec 09, 2004 at 01:52:03PM -0800, Randolph Chung wrote: > 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 And while you're at it - what about submitting a kernel patch to add sys_utimes on parisc? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]