[uClibc]rebuilding uClibc leads to undefined references / RPC woes.
terjekv at math.uio.no
Sat Mar 22 06:28:35 UTC 2003
Terje Kvernes <terjekv at math.uio.no> writes:
> I have a very nice and stable environment that I'd like to update
> with NFS-support. to achieve this my plan was to simply rebuild
> uClibc with RPC-support and copy it over the old library, and
> compile portmap. but, when I do this all the "*64"-symbols (open64,
> readdir64) become unresolved symbols for the applications in the old
> environment. I haven't changed anything apart from the RPC-code and
> I've made sure that the largefile-settings are the same, being on.
this never got resolved. oh well. :-)
> as far as I can tell, neither the development system or the
> toolchain builds in RPC-support, and since I'm a bit stuck I'm
> hoping someone has some good ideas. I thought maybe I could use the
> "customize" option for the toolchain, but I'm not quite sure how to
> do just that. any pointers on how to use customize.mk might also
> solve my problems.
this however. first, RPC in enabled in the images and for the
toolchain, looking under sources/ is a good idea of anyone wants to
fix their configuration. secondly, I really wanted mount -nolock,
which saved me the portmapper issue.
it was of course only my fault, but the '-nolock'-option wasn't
_that_ well documented. :-)
More information about the uClibc