On Sun, Apr 25, 1999 at 03:00:10PM -0400, Ben Collins wrote:
On Sun, Apr 25, 1999 at 02:37:06PM -0400, Steve Dunham wrote:
We might just want to bite the bullet and do the register_frame_info
thing. It has been done on intel, and it is necessary for
compatibility with Red Hat 6.0 (and
Ben == Ben Collins [EMAIL PROTECTED] writes:
Ben Please test this out now (sun4m better have a 2.2.5+cvs or
Ben better kernel). Also try compiling programs and testing them
Ben on RedHat sparc systems.
I was all set to go off do this except my SS5 that I sacrificed to
the last
Ben Collins [EMAIL PROTECTED] writes:
Well I now have a recompile of the glibc 2.1.1 libs using the egcs
1.1.2 where I modified 2 lines to remove the WEAK symbol of
__register_frame_info. The symbol is still defined, but now I can
compile apps on the new lib and they still run on a glibc
On Sun, Apr 25, 1999 at 02:02:04PM -0400, Steve Dunham wrote:
XFree86_3.3.3.1-0pre1v3 with accelerated LEO support and accelerated
FFB (Creator) support added. It needs a kernel with LEO support compiled
in, and it was compiled against your libc-2.1.1, so sparc32 users will
have to use
Ben Collins [EMAIL PROTECTED] writes:
On Sun, Apr 25, 1999 at 02:02:04PM -0400, Steve Dunham wrote:
XFree86_3.3.3.1-0pre1v3 with accelerated LEO support and accelerated
FFB (Creator) support added. It needs a kernel with LEO support compiled
in, and it was compiled against your libc-2.1.1
On Sun, Apr 25, 1999 at 02:37:06PM -0400, Steve Dunham wrote:
We might just want to bite the bullet and do the register_frame_info
thing. It has been done on intel, and it is necessary for
compatibility with Red Hat 6.0 (and perhaps Red Hat 5.2). I suspect
that if Netscape ever compiles
6 matches
Mail list logo