[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Solaris 8, emacs-21.2 gcc compile problem
From: |
Steve Holmes |
Subject: |
Solaris 8, emacs-21.2 gcc compile problem |
Date: |
Tue, 04 Mar 2003 15:27:16 -0500 |
Following the instructions in the faq I'm sending this problem to you.
Solaris 8, gnu emacs 21.2,
./configure --prefix=/opt/emacs-21.2
make
...
make[2]: Entering directory `/home/harmony/a/sjh/work/src/emacs-21.2/lwlib'
gcc -c -DUSE_LUCID -I/usr/openwin/include -I/usr/dt/include -g -O2
-DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs -I. -I../src
-I/home/harmony/a/sjh/work/src/emacs-21.2/lwlib
-I/home/harmony/a/sjh/work/src/emacs-21.2/lwlib/../src
/home/harmony/a/sjh/work/src/emacs-21.2/lwlib/lwlib.c
gcc -c -I/usr/openwin/include -I/usr/dt/include -g -O2
-DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs -I. -I../src
-I/home/harmony/a/sjh/work/src/emacs-21.2/lwlib
-I/home/harmony/a/sjh/work/src/emacs-21.2/lwlib/../src lwlib-Xlw.c
gcc -c -I/usr/openwin/include -I/usr/dt/include -g -O2
-DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs -I. -I../src
-I/home/harmony/a/sjh/work/src/emacs-21.2/lwlib
-I/home/harmony/a/sjh/work/src/emacs-21.2/lwlib/../src xlwmenu.c
In file included from /usr/openwin/include/X11/Xos.h:81,
from xlwmenu.c:32:
/usr/include/strings.h:25: conflicting types for `memmove'
/usr/include/iso/string_iso.h:62: previous declaration of `memmove'
/usr/include/strings.h:26: parse error before `0'
/usr/include/strings.h:26: warning: conflicting types for built-in function
`memset'
make[2]: *** [xlwmenu.o] Error 1
What's up? I know it is an inconsistency between strings.h and
string_iso.h, but the line in strings.h doesn't have anything to do with
memmove. Plus, I can't find anything in the FAQ or in /etc/PROBLEMS or
anywhere else that addresses this issue.
Thanks,
Steve.
--
Steve Holmes \http://harmony.cc.purdue.edu/~sjh
ITaP/ICS \Email:sholmes@purdue.edu
Purdue University \Phone: (765) 496-3325
1408 Mathematics Building \
West Lafayette IN 47907-1408 \
- Solaris 8, emacs-21.2 gcc compile problem,
Steve Holmes <=