|
Re: rebuilding uClibc leads to undefined references / RPC woes.: msg#00176lib.uclibc.general
Terje Kvernes <terjekv@xxxxxxxxxxx> 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. :-) -- Terje |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: compiling lshw with uClibc: 00176, Erik Andersen |
|---|---|
| Next by Date: | uml and uClibc root_fs problems: 00176, Jason Bodnar |
| Previous by Thread: | rebuilding uClibc leads to undefined references / RPC woes.i: 00176, Terje Kvernes |
| Next by Thread: | why doesn't uclibc -msoft-float work like algorithmics -msoft-float?: 00176, David Wuertele |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |