Thank you for your reply. I will do the checking. --- Yoriko Komatsuzaki (yoriko@xxxxxxxxxxxxx) System Software Development Department Common Technology Division Technology Development Group Sony Corporation > On Tue, Jan 29, 2008 at 01:32:20PM +0900, Yoriko Komatsuzaki wrote: > > Because even though UNDEF symbol is found, > > it can process as global symbol for the rare occasion. > > > > This phenomena is showed only in mips. When libstdc++ is linked in > > proior libc, the malloc's entry in libstdc++ MIPS.stubs table seemed to > > be recognized as the malloc global symbol ... > > > > How do you feel about it? > > On Mon, May 26, 2008 at 11:51:56AM -0600, Chris Friesen wrote: > > On MIPS, the DEFAULT returns the address of this libraries undefined > > symbol for the extern and NEXT returns our external procedure. Putting > > in a second RTLD_NEXT call returned the real sigaction address. > > > > This worked for most procedures we are looking for. However, during > > booting, we have an app that uses a specific library which has an extern > > for sigaction as well and now in the preloaded code we need a fourth call > > to dlsym to skip that one. > > Hi folks, > > This bug is fixed as a by-product of support for non-PIC MIPS > executables. Either Richard's patch or CodeSourcery's, applied to > glibc, should suffice. It'll be another week or two at least before > they're applied to CVS, but in the mean time you can find them here: > > http://sourceware.org/ml/binutils/2008-06/msg00280.html > http://sourceware.org/ml/binutils/2008-07/msg00008.html > > -- > Daniel Jacobowitz > CodeSourcery >
