Re: [parisc-linux] what i did on my holidays

["Carlos O'Donell Jr." <carlos@megatonmonkey.net>]

> > 	- ./sysdeps/ia64/dl-fptr.c changes for try_lock
> > 	- Put change back into dpatch
> 
> Excellent.
> 
> > 	- dpkg-buildpackage now makes it to the point of using a new
> > 	  ld.so.1, which seg's... so I'm back to figuring out why.
> 
> Yes.  If you decode that long command, it's probably running zic -- that's
> the first thing it attempts to build natively.
> 
> By the way, there's glibc 2.2.4-2 out now; I don't know what changes
> BenC made to it.  In any case, I thought we'd decided the problem was
> with a bogus C compiler (since 2.2.3-9 now fails to build).  Any update
> on getting a compiler which fixes this?
>

No, I never get as far as making zic.

make[2]: Entering directory `/raid/glibc_build2/glibc-2.2.4/glibc-2.2.4/sunrpc'
/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1 --library-path /raid/glibc_build2/glibc-2.2.4/hppa-linux/obj:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/math:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/dlfcn:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/nss:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/nis:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/rt:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/resolv:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/crypt:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/linuxthreads /raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/rpcgen -Y `gcc -print-file-name=cpp | sed 's|/cpp$||'` -c rpcsvc/bootparam_prot.x -o /raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/xbootparam_prot.T
make[2]: *** [/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/xbootparam_prot.stmp] Segmentation fault
make[2]: Leaving directory `/raid/glibc_build2/glibc-2.2.4/glibc-2.2.4/sunrpc'
make[1]: *** [sunrpc/others] Error 2
make[1]: Leaving directory `/raid/glibc_build2/glibc-2.2.4/glibc-2.2.4'
make: *** [all] Error 2

Is the last I see. And I'm pretty confused by _what_ is's really trying to do.
It's calling ld.so.1? Or is this just really ld? I wigged out the first time
I saw it fail here. I've seen many weird things, but the internals of glibc are
_really_ wired.

execve("/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1", ["/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf/ld.so.1", "--library-path", "/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/math:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/elf:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/dlfcn:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/nss:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/nis:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/rt:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/resolv:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/crypt:/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/linuxthreads", "/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/rpcgen", "-Y", "/lib", "-c", "rpcsvc/bootparam_prot.x", "-o", "/raid/glibc_build2/glibc-2.2.4/hppa-linux/obj/sunrpc/xbootparam_prot.T"], [/* 18 vars */]) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

Out of curiosity, is there a gdb package built for debian-hppa?
(Last I checked there was none)

I'll try to debug this on the weekend.
Though my 712/60 has just gone dead on serial and ssh :}

---

I'll give glibc-2.2.4-2 a shot, and see what the difference are.
I assume that -2 is on the debian pool already.

Who is BenC? :)
Is he making general glibc changes or hppa specific ones?

Who's working on the compiler for parisc?

c.