On Fri, 23 Jun 2006, Norikatsu Shigemura wrote: > On Wed, 21 Jun 2006 12:39:09 -0400 (EDT) > Daniel Eischen <deischen_at_freebsd.org> wrote: >>>> I'm implementing like following codes to libc/libm/libpthread >>>> on 7-current with SYMVER_ENABLED=yes. >>> [example] >>> Ugh... I like parts of this (it's the same I thought about myself), but parts >>> of this are... not optimal in my opinion. >>> I don't like to spam our libXXX to contain GLIBC symbols. First I feared that >> I don't think that is the intent and I would oppose polluting >> our base libraries with GLIBC symbols. I think the proposed >> solution was to make separate libraries with the GLIBC symbols >> that just call out to our own libraries, and use libmap.conf > > Affirmative. ELF Symbol Versioning means no function > of netchild_at_ as said. > > spamming? junk symbols? Humm... I don't think so, but it > is POLICY that I think. Althought I'm working, I want to > merge 'Userland COMPAT_LINUX technology' to FreeBSD source > tree. I hope that you do consent. So I hope to discuss > _at_GLIBC_2.* symbols:-). No, I would still oppose that. I think separate libraries are the way to go. > Yes. I did try to do things, but I didn't get any good way. > And, 'LICENSE PROBLEM'. We cannot change libflashplugin.so. > Now therefore, the way of objdump is none. > > > FYI: I heard one Flash sound on firefox and flash7 and Userland > COMPAT_LINUX and 7-current, but didn't display images:-(. > I implemented following 29 functions. > > $ fgrep -r // lib*-glibc/00sample.c > libc-glibc/00sample.c://hook_and_abort_2(__xstat, 2, 0); You might want to look at the way I did it using scripts to parse the symbols from the flashplayer.so and automatically generating stub functions. -- DEReceived on Thu Jun 22 2006 - 14:50:22 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:57 UTC