[rescue] glibc on sun3

[Richard]

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
specialb
 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
with
>> the 4.1.1U1. Neither the 3.2.3 gcc from sun3arc nor a hand-built 2.7.2.3
>> 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
eventually
>> 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.
> https://github.com/freebsd/freebsd/blob/master/lib/libc/string/memcmp.c
> (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