In article <Pine.NEB.4.64.0801271424510.13800@quicky.whooppee.com>,
Paul Goyette  <paul@whooppee.com> wrote:
>
>Sources updated via CVS just moments ago...
>
>#     build  libc/libc.so.12.158
>rm -f libc.so.12.158
>/usr/obj/tooldir/x86_64/amd64/bin/x86_64--netbsd-gcc -Wl,-nostdlib 
>-B/usr/obj/destdir/amd64/usr/lib/ -B/usr/obj/destdir/amd64/usr/lib/ 
>-Wl,-rpath-link,/usr/obj/destdir/amd64/lib:/usr/obj/destdir/amd64/usr/lib 
>-R/lib  -L/usr/obj/destdir/amd64/lib  -Wl,-x -shared -Wl,-soname,libc.so.12 
>-Wl,--warn-shared-textrel -Wl,-z,initfirst   -o libc.so.12.158 
>-Wl,--whole-archive libc_pic.a  -Wl,--no-whole-archive 
>-L/usr/obj/destdir/amd64/usr/lib
>/usr/obj/tooldir/x86_64/amd64/lib/gcc/x86_64--netbsd/4.1.3/../../../../x86_64--netbsd/bin/ld: 
>libc_pic.a(posix_fadvise.so): relocation R_X86_64_32 against 
>`SYS_posix_fadvise' can not be used when making a shared object; recompile with 
>-fPIC
>libc_pic.a(posix_fadvise.so): could not read symbols: Bad value
>collect2: ld returned 1 exit status
>*** [libc.so.12.158] Error code 1
>1 error

I just entered an explanation in UPDATING. Basically you need to remove
.depend and posix_fadvise.* in the libc build directory to avoid using
the stale assembly stub. There was someone else who complained about
a non-pic relocation on amd64. It is the same issue.

christos