[rescue] glibc on sun3
ejb at trick-1.net
Fri Apr 24 23:27:10 CDT 2020
I canbt recall or find it but I seem to have something in the back of my
head that is suggesting there was a b
glibc port or maybe it was a
patch to make it build under that era SunOS (4.1.x)...have you tried earlier
versions of glibc and built up from there?
Sent from my iPhone
> On 25 Apr 2020, at 14:24, Doug McIntyre <merlyn at geeks.org> wrote:
> o;?On Fri, Apr 24, 2020 at 04:48:06PM -0700, Dan Moisa wrote:
>> I've been trying to get both the X11R6.8 from sun3arc going, as well as
>> compiling a dhcp package. They all get stuck in missing memmove, which I
>> gathered comes from glibc. Is that the only source?
>> I haven't been able to successfully compile a glibc yet. I have a 3/60
>> the 4.1.1U1. Neither the 3.2.3 gcc from sun3arc nor a hand-built 220.127.116.11
>> can compile either glibc-1.09.1 or 2+. I either fail compilation for
>> various reason, or the tests segfault/memory error at various stages.
>> At the moment I'm just trying to get the newer X working, though
>> I'd like a working glibc too. Anyone know/have the sequence of things that
>> make this work?
> SunOS/BSD of the era had bcopy() instead of the SysV'ish memmove()
> (that became part of the standard).
> IIRC, it was the same call, but the src & dst were reversed.
> Perhaps something like
> #define memmove(dst, src, n) bcopy((src), (dst), (n))
> would let you move forward.
> Otherwise, you should be able to find many opensource libc's to raid.
> Ie. I'd start at FreeBSD.
> (which is actually defined in bcopy.c anyway).
> The 'b' string functions were one of the most common differences
> between code written for BSD systems and what was becoming some of the
> standard lib functions.
> rescue list - http://www.sunhelp.org/mailman/listinfo/rescue
More information about the rescue