[Octave-bug-tracker] [bug #64709] Android Termux libtool issue

[Markus Mützel]

Follow-up Comment #18, bug #64709 (project octave):

I wonder why `-C` didn't have an effect on the output of `nm`.

Anyway, the symbol that is exported by liboctave for you demangles, e.g., to
this:

$ c++filt
_ZN6octave3sys8password25android_polyfill_getpwnamERKNSt6__ndk112basic_stringIcNS2_11char_traitsIcEENS2_9allocatorIcEEEE
octave::sys::password::android_polyfill_getpwnam(std::__ndk1::basic_string<char,
std::__ndk1::char_traits<char>, std::__ndk1::allocator<char> > const&)


It looks like something replaces `getpwnam` with `android_polyfill_getpwnam`.
But that doesn't seem to be happening for all compilation units. Maybe a
preprocessor definition in some header that isn't included everywhere?

Might be this issue: https://github.com/termux/termux-packages/issues/15889

Does it help if you add `-Dgetpwnam=android_polyfill_getpwnam` to the CPPFLAGS
for the configure script? (That's just a dirty workaround - not an actual
fix.)

The actual fix would probably be to not include `pwd.h` directly in our source
code. Instead, we might need to call these functions through C wrappers...



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?64709>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/