Hiho,
I just stumbled across the problem with the unresolved
__stderrp symbol. I've read the existing threads to that,
as well as UPDATING. However, there are some differences,
between the reported problems and my problem:
1. the unresolved symbol is not complained about in libm,
but in libtk83.so from the tk-8.3.5_1 port.
2. I _did_ install all the compatibility libs for
3.x, I even did install the /usr/src/lib/compat/compat3x.i386
again, from fresh sources (cvsuped right now).
But it did not help
Of course I also reinstalled the tk-port again. It seems that the
tk-port insists on using the symbol, but is not linked against
compat-libraries or something like that? Is this possible?
I've checked further, the symbol appears in unix/tkFont.o
in the port build directory, the source is in generic/tkFont.c
apparently:
[..]
fprintf(stderr, "Font %s still in cache.\n",
Tcl_GetHashKey(&fiPtr->fontCache, searchPtr));
[..]
uses the 'stderr' filehandle, but this looks valid to me?
In fact, I don't understand, why this problem persists, and how
to resolve it. Any help appreciated.
Best regards,
Daniel
--
IRCnet: Mr-Spock - ceterum censeo Microsoftinem esse delendam -
Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4170 bytes
Desc: not available
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20030513/cf56042f/smime.bin