8:46 p.m.
I get this error when I compile stock 21.4.11 or 12 using cc on
Solaris 9:
aar:/usr/local/src/xemacs-build/xemacs-21.4.12(673)$ cc -V
cc: Forte Developer 7 C 5.4 2002/03/09
usage: cc [ options] files. Use 'cc -flags' for details
aar＠williams:/usr/local/src/xemacs-build/xemacs-21.4.12(674)$ /usr/ccs/bin/make
cd ./lib-src && /usr/ccs/bin/make CC='cc'
CFLAGS='-xtarget=ultra' LDFLAGS='' CPPFLAGS='' all
cd ./lwlib && /usr/ccs/bin/make CC='cc'
CFLAGS='-xtarget=ultra' LDFLAGS='' CPPFLAGS='' all
cd ./src && /usr/ccs/bin/make CC='cc' CFLAGS='-xtarget=ultra'
LDFLAGS='' CPPFLAGS='' all
cc -c -xtarget=ultra -Demacs -I. -DHAVE_CONFIG_H -I/usr/include -I/usr/local/include
-I/usr/sfw/include -I/usr/openwin/share/include/X11 -I/usr/include/sys -I/usr/ucbinclude
-I/usr/dt/include callproc.c
"/usr/ucbinclude/vfork.h", line 21: identifier redeclared: fork
current : function(void) returning int
previous: function(void) returning long : "/usr/include/unistd.h",
line 249
cc: acomp failed for callproc.c
*** Error code 2
make: Fatal error: Command failed for target `callproc.o'
Current working directory /usr/local/src/xemacs-build/xemacs-21.4.12/src
*** Error code 1
make: Fatal error: Command failed for target `src'
This patch makes the problem go away:
------------------
aar:/usr/local/src/xemacs-build/xemacs-21.4.12/src(737)$ gdiff -u sysproc.h.orig
sysproc.h
--- sysproc.h.orig 2001-04-12 13:24:23.000000000 -0500
+++ sysproc.h 2003-01-21 14:37:49.266631000 -0600
＠＠ -23,9 +23,11 ＠＠
#ifndef INCLUDED_sysproc_h_
#define INCLUDED_sysproc_h_
+/* Commented out to see if it repairs the /usr/ucbinclude/vfork.h problem
#ifdef HAVE_VFORK_H
# include <vfork.h>
#endif
+*/
#include "systime.h" /* necessary for sys/resource.h; also gets the
FD_* defines on some systems. */
------------------
Is this asking for trouble? I've experienced some occasional
crashes[1] doing this with 21.4.11, but I'm not sure if they're
related.
Now that I'm seeing it again with .12, I thought I'd mention it.
-Drew
Footnotes:
[1] http://list-archive.xemacs.org/xemacs-beta/200212/msg00450.html
9:07 p.m.
Drew Raines <drew(a)poured.net> writes:
I get this error when I compile stock 21.4.11 or 12 using cc on
Solaris 9:
[...]
This patch makes the problem go away:
[...]
Is this asking for trouble? I've experienced some occasional
crashes[1] doing this with 21.4.11, but I'm not sure if they're
related.
[...]
I'm sorry; that other post was on a different machine, and a
different version of XEmacs.
So disregard the comment about crashes. I believe 21.4.11 has
worked flawlessly on this machine with the aforementioned patch.
And .12 seems to be OK too.
-Drew
7:55 p.m.
cc -c -xtarget=ultra -Demacs -I. -DHAVE_CONFIG_H -I/usr/include
-I/usr/local/include -I/usr/sfw/include -I/usr/openwin/share/include/X11
-I/usr/include/sys -I/usr/ucbinclude -I/usr/dt/include callproc.c
I haven't tried building 21.4 yet (it's on my Todo list), so my
apologies if this is a clueless question, but where's the
"-I/usr/ucbinclude" coming from?
Mixing the UCB source compatibility environment (which /usr/ucbinclude
is part of) with the vanilla Solaris build environment is asking for
trouble.
mike
--
Mike Kupfer mike.kupfer(a)sun.com
Solaris File Sharing Speaking for myself, not for Sun.
8:08 p.m.
mike.kupfer(a)sun.com writes:
> cc -c -xtarget=ultra -Demacs -I. -DHAVE_CONFIG_H
-I/usr/include -I/usr/local/include -I/usr/sfw/include -I/usr/openwin/share/include/X11
-I/usr/include/sys -I/usr/ucbinclude -I/usr/dt/include callproc.c
I haven't tried building 21.4 yet (it's on my Todo list), so my
apologies if this is a clueless question, but where's the
"-I/usr/ucbinclude" coming from?
I added it via CPPFLAGS in the ./configure invocation because I had
set /usr/ucblib in LDFLAGS. I set that because I needed curses,
termcap, dbm, etc.
-Drew
8:20 p.m.
>>>> "DR" == Drew Raines <drew(a)poured.net>
writes:
DR> mike.kupfer(a)sun.com writes:
>> cc -c -xtarget=ultra -Demacs -I. -DHAVE_CONFIG_H
-I/usr/include -I/usr/local/include -I/usr/sfw/include -I/usr/openwin/share/include/X11
-I/usr/include/sys -I/usr/ucbinclude -I/usr/dt/include callproc.c
>
> I haven't tried building 21.4 yet (it's on my Todo list), so my
> apologies if this is a clueless question, but where's the
> "-I/usr/ucbinclude" coming from?
DR> I added it via CPPFLAGS in the ./configure invocation because I had
DR> set /usr/ucblib in LDFLAGS. I set that because I needed curses,
DR> termcap, dbm, etc.
A big mistake.
What's wrong with the libcurses in /usr/lib?
You should never have to fiddle with configure for it to find things
supplied with the operating system on well-known platforms.
9:36 p.m.
Martin Buchholz <martin(a)xemacs.org> writes:
>>>>> "DR" == Drew Raines
<drew(a)poured.net> writes:
DR> I added it via CPPFLAGS in the ./configure invocation because I had
DR> set /usr/ucblib in LDFLAGS. I set that because I needed curses,
DR> termcap, dbm, etc.
A big mistake.
What's wrong with the libcurses in /usr/lib?
Ya know, I'm not sure why I added the ucb stuff. I think because I
was paranoid about linking to every conceivable library I thought I
might need.
You should never have to fiddle with configure for it to find
things supplied with the operating system on well-known
platforms.
Indeed. I just rebuilt without /usr/ucb* from a fresh extraction
of the tarball and everything worked fine..
Thanks for the responses.
-Drew
7975
days inactive
7976
days old
5 comments
3 participants
participants (3)
-
Drew Raines -
Martin Buchholz -
Mike Kupfer