[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: LYNX-DEV can't compile ac-0.90: "Undefined symbol _memmove"
From: |
Foteos Macrides |
Subject: |
Re: LYNX-DEV can't compile ac-0.90: "Undefined symbol _memmove" |
Date: |
Fri, 07 Nov 1997 10:07:50 -0500 (EST) |
Klaus Weide <address@hidden> wrote:
>On Fri, 7 Nov 1997, T.E.Dickey wrote:
>
>> > > Compiling on SunOS4.1.3 with gcc-2.7.2, linking failed with the message:
>> > >
>> > > collect2: ld returned 2 exit status
>> > > ld: Undefined symbol
>> > > _memmove
>> >
>> > Just finished compiling _successfully_ on Solaris2.5, gcc-2.7.2.2. No such
>> > undefined symbol as on the Sun machine.
>
>> I see memmove used explicitly in GridText.c and a couple of places under WWW.
>> There's a workaround for SunOS
>> #define memmove(d,s,n) bcopy(s,d,n)
>> but it has to be tested in general (I do that in xterm).
>>
>> (If the reference in GridText.c isn't temporary, I'll add that to my list ;-)
>
>The one in GridText.c is in the color style stuff and has been there for
>a while and nobody has complained. So don't bother for that one...
>
>The new one was in HTNews.c. I got rid of it, and checked in
>2.7.1ac-0.91.
>
> <URL:http://sol.slcc.edu/lynx/current/>
Both memmove() and bcopy() historically have been avoided in
Lynx as inadequately portable across the supported platforms/flavors.
Use of memcpy() proved to be adequately portable, and thus was used
preferentially. In old versions of Lynx, bcopy() was needed for some
external code, and it was platform/flavor ifdef'ed as:
#define bcopy(s, d, n) memcpy((d), (s), (n))
but that's gone and there are no non-portable memory management
functions in lynx2-7-1, as far as I know. I did leave memmove()
in my VMS port of wais for Lynx (the two HTVMS_WaisFoo.c modules),
because they're VMS specific and VMS has it, but that's the only
exception at this point. The currently active developers are
ill-advised to put memmove() or bcopy() into the next release,
or definitions between those two.
strdup() is another one that can easily creep in and then
have portability problems.
Fote
=========================================================================
Foteos Macrides Worcester Foundation for Biomedical Research
address@hidden 222 Maple Avenue, Shrewsbury, MA 01545
=========================================================================
;
; To UNSUBSCRIBE: Send a mail message to address@hidden
; with "unsubscribe lynx-dev" (without the
; quotation marks) on a line by itself.
;