Current-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: odd missing symbols like rumpns_lockdebug_* in an i386 build
In article <m1jePSL-0036tPC@more.local>,
Greg A. Woods <current-users%netbsd.org@localhost> wrote:
>
>They are still there on the real i386 build:
>
> $ nm usr/lib/librump.so | fgrep rumpns_lockdebug_
> U rumpns_lockdebug_alloc
> U rumpns_lockdebug_barrier
> U rumpns_lockdebug_free
> U rumpns_lockdebug_locked
> U rumpns_lockdebug_mem_check
> U rumpns_lockdebug_unlocked
> U rumpns_lockdebug_wantlock
>
>So, I thought I'd try to find out where these symbols might have come
>from, but I came up completely empty with no matches:
>
> $ cd /usr/src
> $ find . -type f -print0 | xargs -0 fgrep rumpns_lockebug_
> $
>
>So, now what? Where else should I look to debug this mess?
>
>I'm guessing they are formed either with merging operator (##) in a
>macro somewhere, but where, and how do I find it without carefully
>reading everything related?
I believe they are generated by symbol renaming at the link phase,
by prepending "rumpns_" to the real symbols in the object files.
christos
Home |
Main Index |
Thread Index |
Old Index