[Devel] [ openser-Bugs-1505697 ] Openser not building on Solaris 10
host
SourceForge.net
noreply at sourceforge.net
Wed Jun 21 20:10:05 CEST 2006
Bugs item #1505697, was opened at 2006-06-14 01:50
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1505697&group_id=139143
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: core
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Bogdan (bogdan_iancu)
Summary: Openser not building on Solaris 10 host
Initial Comment:
While attempting to buidl the latest openser snapshot from CVS
(6-13-2006), I encountered the following errors:
-bash-3.00$ gmake prefix=/opt/openser-devel-06-13-2006 all
yacc -d -b cfg cfg.y
conflicts: 1 shift/reduce
flex cfg.lex
Compiling action.c
gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -
mtune=ultrasparc -DNAME='"openser"' -DVERSION='"1.1.0-pre2-
notls"' -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILER='"gcc 3.4.3"'
-D__CPU_sparc64 -D__OS_solaris -D__SMP_no -DCFG_DIR='"/opt/
openser-devel-06-13-2006/etc/openser/"' -DPKG_MALLOC -
DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -
DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DSTATISTICS -
DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -
DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -
DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -
DHAVE_DEVPOLL -DHAVE_SELECT -c action.c -o action.o
In file included from lock_alloc.h:52,
from locking.h:66,
from statistics.h:35,
from sr_module.h:42,
from action.c:55:
mem/shm_mem.h:255: error: syntax error before "shm_stats"
mem/shm_mem.h:255: warning: type defaults to `int' in declaration of
`shm_stats'
mem/shm_mem.h:255: warning: data definition has no type or storage
class
mem/shm_mem.h:255: warning: array 'shm_stats' assumed to have
one element
gmake: *** [action.o] Error 1
I searched the archives for the shared memory strings, but nothing
turned up.
- Ryan
matty91 at gmail.com
----------------------------------------------------------------------
>Comment By: Bogdan (bogdan_iancu)
Date: 2006-06-21 21:10
Message:
Logged In: YES
user_id=1275325
actually the bug was not into memory part, but in the
statistics. Some header files were not included in proper
order when there was no support for atomic ops.
as I see, you tried sparc arch - atomic ops support exists
only for i386 and x86_64 archs...so far...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1505697&group_id=139143
More information about the Devel
mailing list