Hi,
I am now trying to compile the stable release ser-0.8.10 on a solaris mashine where I have installed gcc 3.2.2 and gmake 3.77. I have also installed bison and flex on that mashine.
While compiling I get the following errors:
bash-2.03# make all Makefile.rules:81: lex.yy.d: No such file or directory Makefile.rules:81: cfg.tab.d: No such file or directory yacc -d -b cfg cfg.y cfg.y:154.17: warning: stray `,' treated as white space cfg.y:155.22: warning: stray `,' treated as white space cfg.y:155.31: warning: stray `,' treated as white space cfg.y:155.36: warning: stray `,' treated as white space cfg.y:155.44: warning: stray `,' treated as white space cfg.y:156.20: warning: stray `,' treated as white space cfg.y:156.26: warning: stray `,' treated as white space cfg.y:586.9: syntax error, unexpected "|" make: *** [cfg.tab.c] Error 1
What is missing? I can use this compiler well for compiling mysql on the same mashine.
Thanks,
Yang
see ISSUES on ser webpage, Desc: ser 0.8.10 won't compile with bison 1.75. I guess that's the problem. try to use the referred patch.
-jiri
At 11:56 AM 4/4/2003, Yang Xiang wrote:
Hi,
I am now trying to compile the stable release ser-0.8.10 on a solaris mashine where I have installed gcc 3.2.2 and gmake 3.77. I have also installed bison and flex on that mashine.
While compiling I get the following errors:
bash-2.03# make all Makefile.rules:81: lex.yy.d: No such file or directory Makefile.rules:81: cfg.tab.d: No such file or directory yacc -d -b cfg cfg.y cfg.y:154.17: warning: stray `,' treated as white space cfg.y:155.22: warning: stray `,' treated as white space cfg.y:155.31: warning: stray `,' treated as white space cfg.y:155.36: warning: stray `,' treated as white space cfg.y:155.44: warning: stray `,' treated as white space cfg.y:156.20: warning: stray `,' treated as white space cfg.y:156.26: warning: stray `,' treated as white space cfg.y:586.9: syntax error, unexpected "|" make: *** [cfg.tab.c] Error 1 What is missing? I can use this compiler well for compiling mysql on the same mashine.
Thanks,
Yang
-- Jiri Kuthan http://iptel.org/~jiri/
On Apr 04, 2003 at 12:30, Jiri Kuthan jiri@iptel.org wrote:
see ISSUES on ser webpage, Desc: ser 0.8.10 won't compile with bison 1.75. I guess that's the problem. try to use the referred patch.
or use sun's yacc: yacc -V yacc: Software Generation Utilities (SGU) Solaris-ELF (4.0)
Andrei
Hi,
# yacc -V bison (GNU Bison) 1.875 Written by Robert Corbett and Richard Stallman.
Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
It seems that I have bison 1.875. Is this not better than 1.75?
Thanks
Yang
----- Original Message ----- From: "Andrei Pelinescu-Onciul" pelinescu-onciul@fokus.fraunhofer.de To: "Jiri Kuthan" jiri@iptel.org Cc: "Yang Xiang" yang.xiang@iitb.fraunhofer.de; serusers@lists.iptel.org Sent: Friday, April 04, 2003 1:18 PM Subject: Re: [Serusers] problem with compiling
On Apr 04, 2003 at 12:30, Jiri Kuthan jiri@iptel.org wrote:
see ISSUES on ser webpage, Desc: ser 0.8.10 won't compile with bison
1.75.
I guess that's the problem. try to use the referred patch.
or use sun's yacc: yacc -V yacc: Software Generation Utilities (SGU) Solaris-ELF (4.0)
Andrei
On Apr 04, 2003 at 13:56, Yang Xiang yang.xiang@iitb.fraunhofer.de wrote:
Hi,
# yacc -V bison (GNU Bison) 1.875 Written by Robert Corbett and Richard Stallman.
Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
It seems that I have bison 1.875. Is this not better than 1.75?
It probably is, but the problem is they changed a little bit the syntax. We developed ser 0.8.10 with bison 1.75. If you want to use newer bison versions apply the patch mentioned in ISSUES to ser (http://www.mobile-ip.de/~andrei/ser/0.8.10/ser-0.8.10-bison-1.75.patch).
Andrei
Hello Andrei,
I've changed bison to the yacc of Sun (/usr/ccs/bin/yacc) and download the newst snapshot of CVS. But compilation still doesn't work: ----------------------------------------------------------- bash-2.03# make Makefile.rules:77: lex.yy.d: No such file or directory Makefile.rules:77: cfg.tab.d: No such file or directory yacc -d -b cfg cfg.y
conflicts: 1 shift/reduce, 33 reduce/reduce flex cfg.lex gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -m32 -DNAME='"ser"' -DVERSION='"0.8.11pre9-new_opts"' -DARCH='"sparc64"' -DOS=' "solaris"' -DCOMPILER='"gcc 3.2"' -D__CPU_sparc64 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_M EM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUS E_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDIGEST_DOMAIN -DDBG_QM_MALLOC -DFAST_LOC K -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -c lex.yy.c -o lex.yy.o gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -m32 -DNAME='"ser"' -DVERSION='"0.8.11pre9-new_opts"' -DARCH='"sparc64"' -DOS=' "solaris"' -DCOMPILER='"gcc 3.2"' -D__CPU_sparc64 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_M EM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUS E_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDIGEST_DOMAIN -DDBG_QM_MALLOC -DFAST_LOC K -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -c cfg.tab.c -o cfg.tab.o /usr/ccs/bin/yaccpar:5: warning: ignoring #pragma ident /usr/ccs/bin/yaccpar: In function `yyparse': /usr/ccs/bin/yaccpar:374: warning: label `yyerrlab' defined but not used /usr/ccs/bin/yaccpar:164: warning: label `yynewstate' defined but not used Extra objs: gcc -O2 lex.yy.o cfg.tab.o -lfl -ldl -lresolv -L/usr/local/lib -lfl -lxnet -lrt -lnsl -o ser Undefined first referenced symbol in file dont_fork cfg.tab.o mk_net_bitlen cfg.tab.o append_action cfg.tab.o port_no cfg.tab.o syn_branch cfg.tab.o dprint lex.yy.o memlog cfg.tab.o aliases cfg.tab.o mhomed cfg.tab.o server_signature cfg.tab.o push cfg.tab.o received_dns cfg.tab.o mem_block lex.yy.o mk_net cfg.tab.o sip_warning cfg.tab.o mk_exp cfg.tab.o fifo cfg.tab.o rlist cfg.tab.o set_mod_param_regex cfg.tab.o load_module cfg.tab.o reply_rlist cfg.tab.o cfg_errors cfg.tab.o mk_action3 cfg.tab.o children_no cfg.tab.o reply_to_via cfg.tab.o mk_elem cfg.tab.o check_via cfg.tab.o mk_action cfg.tab.o user cfg.tab.o log_stderr lex.yy.o sock_info cfg.tab.o group cfg.tab.o fifo_mode cfg.tab.o qm_malloc lex.yy.o find_export cfg.tab.o maxbuffer cfg.tab.o sock_no cfg.tab.o qm_free lex.yy.o debug lex.yy.o ld: fatal: Symbol referencing errors. No output written to ser collect2: ld returned 1 exit status make: *** [ser] Error 1
It says that the both files lex.yy.d and cfg.tab are missing. Where should they exist? And what for are they?
Thanks,
yang
----- Original Message ----- From: "Andrei Pelinescu-Onciul" pelinescu-onciul@fokus.fraunhofer.de To: "Yang Xiang" yang.xiang@iitb.fraunhofer.de Cc: "Jiri Kuthan" jiri@iptel.org; serusers@lists.iptel.org Sent: Friday, April 04, 2003 2:17 PM Subject: Re: [Serusers] problem with compiling
On Apr 04, 2003 at 13:56, Yang Xiang yang.xiang@iitb.fraunhofer.de
wrote:
Hi,
# yacc -V bison (GNU Bison) 1.875 Written by Robert Corbett and Richard Stallman.
Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
It seems that I have bison 1.875. Is this not better than 1.75?
It probably is, but the problem is they changed a little bit the syntax. We developed ser 0.8.10 with bison 1.75. If you want to use newer bison versions apply the patch mentioned in ISSUES to ser (http://www.mobile-ip.de/~andrei/ser/0.8.10/ser-0.8.10-bison-1.75.patch).
Andrei
On Apr 04, 2003 at 15:38, Yang Xiang yang.xiang@iitb.fraunhofer.de wrote:
Hello Andrei,
I've changed bison to the yacc of Sun (/usr/ccs/bin/yacc) and download the newst snapshot of CVS. But compilation still doesn't work:
The cvs snapshot should work with newer bison (it works here with bison 1.875a on linux).
bash-2.03# make Makefile.rules:77: lex.yy.d: No such file or directory Makefile.rules:77: cfg.tab.d: No such file or directory yacc -d -b cfg cfg.y
[...]
It says that the both files lex.yy.d and cfg.tab are missing. Where should they exist? And what for are they?
It's ok. They are dependecies files created automatically by the makefile (so don't worry about these error messages).
The strange thing is only lex & yacc generated files are compiled and only they are linked. The other strange thing is I cannot reproduce it on any of my solaris machines.
So could you - tell me you gmake version? (gmake -v or make -v). - send me the output of ls -l in your ser directory - add the following 2 lines at the end of Makefile.sources and send me the make output:
$(warning "sources is $(sources)") $(error "objs is $(objs)")
[ you will get an error and a list of files ]
Thanks,
Andrei
Hi Andrei,
1. gmake version: bash-2.03# make -v GNU Make version 3.77, by Richard Stallman and Roland McGrath.
2. output of ls -l bash-2.03# pwd /usr/local/sip_router bash-2.03# ls -l total 2108 -rw-r--r-- 1 root root 1125 Mar 17 11:57 AUTHORS -rw-r--r-- 1 root root 16586 Mar 3 19:45 COPYING -rw-r--r-- 1 root root 22372 Nov 14 14:39 ChangeLog -rw-r--r-- 1 root root 11180 Mar 16 02:01 INSTALL -rw-r--r-- 1 root root 8128 Apr 3 19:26 ISSUES -rw-r--r-- 1 root root 6019 Apr 1 20:20 Makefile -rw-r--r-- 1 root root 17044 Apr 1 20:20 Makefile.defs -rw-r--r-- 1 root root 798 Mar 5 2002 Makefile.modules -rw-r--r-- 1 root root 1697 Mar 18 17:07 Makefile.rules -rwx------ 1 root other 558 Apr 4 16:56 Makefile.sources -rw-r--r-- 1 root root 562 Apr 4 16:51 Makefile.sources.orig -rw-r--r-- 1 root root 2855 Apr 4 05:21 NEWS -rw-r--r-- 1 root root 4740 Jan 5 21:14 README -rw-r--r-- 1 root root 5544 Mar 28 22:23 README-MODULES -rw-r--r-- 1 root root 976 Sep 26 2002 README.cfg -rw-r--r-- 1 root root 3095 Apr 3 20:06 TODO -rw-r--r-- 1 root root 15340 Apr 1 13:58 action.c -rw-r--r-- 1 root root 1296 Sep 19 2002 action.h -rw-r--r-- 1 root root 705 Mar 8 2002 bat.cfg -rwxr-xr-x 1 root root 2374 Nov 7 16:26 ccopts.sh -rwxr-xr-x 1 root root 1434 Nov 7 16:26 ccver.sh -rw-r--r-- 1 root root 12830 Apr 1 20:20 cfg.lex -rw-r--r-- 1 root other 111826 Apr 4 16:46 cfg.tab.c -rw-r--r-- 1 root other 353 Apr 4 16:46 cfg.tab.d -rw-r--r-- 1 root other 5097 Apr 4 16:46 cfg.tab.h -rw-r--r-- 1 root other 78984 Apr 4 16:46 cfg.tab.o -rw-r--r-- 1 root root 33111 Apr 1 20:20 cfg.y -rw-r--r-- 1 root root 1391 Feb 28 15:12 comp_defs.h -rw-r--r-- 1 root root 4650 Apr 2 18:39 config.h -rw-r--r-- 1 root root 13824 Sep 19 2002 crc.c -rw-r--r-- 1 root root 345 May 26 2002 crc.h -rw-r--r-- 1 root root 10747 Apr 1 17:54 data_lump.c -rw-r--r-- 1 root root 5947 Apr 2 18:39 data_lump.h -rw-r--r-- 1 root root 2066 Sep 19 2002 data_lump_rpl.c -rw-r--r-- 1 root root 1381 Sep 19 2002 data_lump_rpl.h drwxr-xr-x 4 root root 512 Jan 1 1970 db drwxr-xr-x 2 root root 1024 Jan 1 1970 debian -rw-r--r-- 1 root root 109 Dec 6 2001 debug.gdb -rw-r--r-- 1 root root 1948 Nov 14 2001 demo.cfg drwxr-xr-x 5 root root 512 Jan 1 1970 doc -rw-r--r-- 1 root root 1384 Sep 19 2002 dprint.c -rw-r--r-- 1 root root 4178 Sep 19 2002 dprint.h -rw-r--r-- 1 root root 3722 Sep 19 2002 dset.c -rw-r--r-- 1 root root 1711 Sep 19 2002 dset.h -rw-r--r-- 1 root root 5837 Apr 4 05:21 error.c -rw-r--r-- 1 root root 2393 Jan 21 14:53 error.h drwxr-xr-x 3 root root 512 Jan 1 1970 etc drwxr-xr-x 4 root root 512 Jan 1 1970 examples -rw-r--r-- 1 root root 3559 Jan 17 17:24 fastlock.h -rw-r--r-- 1 root root 19671 Mar 29 03:30 fifo_server.c -rw-r--r-- 1 root root 2669 Mar 29 03:30 fifo_server.h -rw-r--r-- 1 root root 3734 Mar 19 19:41 flags.c -rw-r--r-- 1 root root 1538 Nov 26 16:29 flags.h -rw-r--r-- 1 root root 13579 Apr 3 20:06 forward.c -rw-r--r-- 1 root root 3368 Apr 3 20:06 forward.h drwxr-xr-x 2 root root 512 Jan 1 1970 freebsd drwxr-xr-x 2 root root 512 Jan 1 1970 gentoo -rw-r--r-- 1 root root 3093 Apr 2 17:51 globals.h -rw-r--r-- 1 root root 4271 Feb 7 18:02 hash_func.c -rw-r--r-- 1 root root 1409 Feb 7 18:02 hash_func.h -rw-r--r-- 1 root root 3786 Mar 19 19:41 ip_addr.c -rw-r--r-- 1 root root 12489 Apr 3 20:06 ip_addr.h -rw-r--r-- 1 root other 78858 Apr 4 16:46 lex.yy.c -rw-r--r-- 1 root other 110 Apr 4 16:46 lex.yy.d -rw-r--r-- 1 root other 76880 Apr 4 16:46 lex.yy.o -rw-r--r-- 1 root root 3029 Mar 19 19:41 lock_alloc.h -rw-r--r-- 1 root root 7714 Mar 17 19:43 lock_ops.h -rw-r--r-- 1 root root 2720 Mar 17 19:43 locking.h -rw-r--r-- 1 root root 41114 Apr 2 17:51 main.c -rw-r--r-- 1 root root 10638 Sep 19 2002 md5.c -rw-r--r-- 1 root root 1402 Sep 19 2002 md5.h -rw-r--r-- 1 root root 786 Sep 19 2002 md5global.h -rw-r--r-- 1 root root 1656 Sep 19 2002 md5utils.c -rw-r--r-- 1 root root 1224 Sep 19 2002 md5utils.h drwxr-xr-x 2 root root 512 Jan 1 1970 mem -rw-r--r-- 1 root root 3550 Mar 20 16:40 modparam.c -rw-r--r-- 1 root root 1310 Mar 20 16:40 modparam.h drwxr-xr-x 36 root root 1024 Jan 1 1970 modules -rw-r--r-- 1 root root 47380 Apr 2 18:39 msg_translator.c -rw-r--r-- 1 root root 2886 Mar 29 02:38 msg_translator.h -rw-r--r-- 1 root root 2534 Mar 19 19:41 name_alias.h drwxr-xr-x 5 root root 1536 Jan 1 1970 parser -rw-r--r-- 1 root root 3626 Feb 20 20:50 pass_fd.c -rw-r--r-- 1 root root 1261 Nov 29 22:12 pass_fd.h drwxr-xr-x 2 root root 512 Jan 1 1970 profile -rw-r--r-- 1 root root 6760 Mar 20 18:10 proxy.c -rw-r--r-- 1 root root 1918 Feb 19 18:16 proxy.h -rw-r--r-- 1 root root 2087 Dec 11 22:30 pt.h -rw-r--r-- 1 root root 5268 Feb 28 15:12 receive.c -rw-r--r-- 1 root root 1222 Dec 12 22:46 receive.h -rw-r--r-- 1 root root 14325 Feb 19 18:16 resolve.c -rw-r--r-- 1 root root 6917 Mar 10 23:24 resolve.h -rw-r--r-- 1 root root 14691 Apr 1 20:20 route.c -rw-r--r-- 1 root root 1641 Sep 19 2002 route.h -rw-r--r-- 1 root root 7701 Mar 19 19:41 route_struct.c -rw-r--r-- 1 root root 3151 Apr 1 20:20 route_struct.h drwxr-xr-x 2 root root 512 Jan 1 1970 rpm -rw-r--r-- 1 root root 2713 Mar 29 03:30 script_cb.c -rw-r--r-- 1 root root 1557 Mar 29 03:30 script_cb.h drwxr-xr-x 2 root root 512 Jan 1 1970 scripts -rw-r--r-- 1 root root 3241 Sep 25 2002 ser.8 -rw-r--r-- 1 root root 1284 Sep 26 2002 ser.cfg.5 drwxr-xr-x 2 root root 512 Jan 1 1970 solaris -rw-r--r-- 1 root root 9105 Mar 29 03:30 sr_module.c -rw-r--r-- 1 root root 4550 Mar 20 00:46 sr_module.h -rw-r--r-- 1 root root 23490 Mar 20 00:46 stats.c -rw-r--r-- 1 root root 5261 Sep 20 2002 stats.h -rw-r--r-- 1 root root 1219 Sep 19 2002 str.h -rw-r--r-- 1 root root 2685 Feb 19 18:16 tags.h -rw-r--r-- 1 root root 5217 Feb 20 19:30 tcp_conn.h -rw-r--r-- 1 root root 1317 Jan 20 19:35 tcp_init.h -rw-r--r-- 1 root root 24286 Mar 31 21:51 tcp_main.c -rw-r--r-- 1 root root 15358 Apr 2 20:20 tcp_read.c -rw-r--r-- 1 root root 1383 Feb 7 18:02 tcp_server.h drwxr-xr-x 3 root root 2560 Jan 1 1970 test -rw-r--r-- 1 root root 3109 Sep 4 2001 test.c.bak -rw-r--r-- 1 root root 3606 Apr 3 20:06 timer.c -rw-r--r-- 1 root root 1622 Jan 20 19:35 timer.h -rw-r--r-- 1 root root 2749 Dec 2 10:16 trim.h -rw-r--r-- 1 root root 1160 Sep 19 2002 types.h -rw-r--r-- 1 root root 10086 Mar 19 19:41 udp_server.c -rw-r--r-- 1 root root 1428 Sep 19 2002 udp_server.h -rw-r--r-- 1 root root 9166 Mar 30 22:25 ut.h drwxr-xr-x 4 root root 512 Jan 1 1970 utils -rw-r--r-- 1 root other 0 Apr 4 15:31 y.tab.c ---------------------------
3. Output of make: I can't get the two lines in Makefile.sources work. -------------- Makefile.sources:22: *** missing separator. Stop. -----------------
Thanks
Yang
----- Original Message ----- From: "Andrei Pelinescu-Onciul" pelinescu-onciul@fokus.fraunhofer.de To: "Yang Xiang" yang.xiang@iitb.fraunhofer.de Cc: "Jiri Kuthan" jiri@iptel.org; serusers@lists.iptel.org Sent: Friday, April 04, 2003 4:22 PM Subject: Re: [Serusers] problem with compiling
On Apr 04, 2003 at 15:38, Yang Xiang yang.xiang@iitb.fraunhofer.de
wrote:
Hello Andrei,
I've changed bison to the yacc of Sun (/usr/ccs/bin/yacc) and download
the
newst snapshot of CVS. But compilation still doesn't work:
The cvs snapshot should work with newer bison (it works here with bison 1.875a on linux).
bash-2.03# make Makefile.rules:77: lex.yy.d: No such file or directory Makefile.rules:77: cfg.tab.d: No such file or directory yacc -d -b cfg cfg.y
[...]
It says that the both files lex.yy.d and cfg.tab are missing. Where
should
they exist? And what for are they?
It's ok. They are dependecies files created automatically by the makefile (so don't worry about these error messages).
The strange thing is only lex & yacc generated files are compiled and only they are linked. The other strange thing is I cannot reproduce it on any of my solaris machines.
So could you - tell me you gmake version? (gmake -v or make -v). - send me the output of ls -l in your ser directory - add the following 2 lines at the end of Makefile.sources and send me the make output:
$(warning "sources is $(sources)") $(error "objs is $(objs)")
[ you will get an error and a list of files ]
Thanks,
Andrei
On Apr 04, 2003 at 17:09, Yang Xiang yang.xiang@iitb.fraunhofer.de wrote:
Hi Andrei,
- gmake version:
bash-2.03# make -v GNU Make version 3.77, by Richard Stallman and Roland McGrath.
- output of ls -l
bash-2.03# pwd /usr/local/sip_router bash-2.03# ls -l total 2108
[...]
- Output of make:
I can't get the two lines in Makefile.sources work.
Makefile.sources:22: *** missing separator. Stop.
Well the only thing I can think of is either your gmake is too old (we have 3.79 on all our machines here) or it is broken.
So try with a newer version of make and tell me if it works, so I can document it.
Thanks, Andrei
Hi Andrei,
after installed gmake 8.0 it gets compiled! However several errors appear while installing.
1. /bin/sh: test: argument expected In Makefile line 173: if [ ! -e $(cfg-prefix)/$(cfg-dir)ser.cfg ]; then \ sh doesn't accept the option "-e". After changed this to "-f" it works.
2. make: ginstall: Command not found Makefile.defs line 70: ------------------------- ifeq ($(OS), solaris) #use GNU versions INSTALL = ginstall TAR = gtar else ------------------------ On my mashine I only have installed gnu install, so its name is just install instead of ginstall. After changed this it works.
3. install -m 755 ser /usr/local/ser/sbin/ find: cannot follow symbolic link /lib/locale/C/LC_MESSAGES/iscan: No such file or directory find: cannot follow symbolic link /lib/locale/POSIX/LC_MESSAGES/iscan: No such file or directory find: cannot follow symbolic link /usr/lib/locale/C/LC_MESSAGES/iscan: No such file or directory find: cannot follow symbolic link /usr/lib/locale/POSIX/LC_MESSAGES/iscan: No such file or directory install: ser was not found anywhere! make: *** [install-bin] Error 2
I have no idea how to fix it. Why do we need iscan? The symbolic link /lib/locale/C/LC_MESSAGES/iscan is refered to /opt/iscan/ISADMIN/IScan.adm/msg/iscan, but the directory /opt/iscan/ISADMIN/IScan.adm/msg is empty. I only find a file "interscan" in the directory /opt/iscan/ISADMIN/IScan.adm/cgi-bin.
Do you have any hints?
Thanks
Yang
----- Original Message ----- From: "Andrei Pelinescu-Onciul" pelinescu-onciul@fokus.fraunhofer.de To: "Yang Xiang" yang.xiang@iitb.fraunhofer.de Cc: serusers@lists.iptel.org Sent: Friday, April 04, 2003 5:17 PM Subject: Re: [Serusers] problem with compiling
On Apr 04, 2003 at 17:09, Yang Xiang yang.xiang@iitb.fraunhofer.de
wrote:
Hi Andrei,
- gmake version:
bash-2.03# make -v GNU Make version 3.77, by Richard Stallman and Roland McGrath.
- output of ls -l
bash-2.03# pwd /usr/local/sip_router bash-2.03# ls -l total 2108
[...]
- Output of make:
I can't get the two lines in Makefile.sources work.
Makefile.sources:22: *** missing separator. Stop.
Well the only thing I can think of is either your gmake is too old (we have 3.79 on all our machines here) or it is broken.
So try with a newer version of make and tell me if it works, so I can document it.
Thanks, Andrei
On Apr 07, 2003 at 12:23, Yang Xiang yang.xiang@iitb.fraunhofer.de wrote:
Hi Andrei,
after installed gmake 8.0 it gets compiled! However several errors appear while installing.
- /bin/sh: test: argument expected In Makefile line 173: if [ ! -e $(cfg-prefix)/$(cfg-dir)ser.cfg ]; then
\ sh doesn't accept the option "-e". After changed this to "-f" it works.
Thanks, fixed on cvs.
- make: ginstall: Command not found
Makefile.defs line 70:
ifeq ($(OS), solaris) #use GNU versions INSTALL = ginstall TAR = gtar else
On my mashine I only have installed gnu install, so its name is just install instead of ginstall. After changed this it works.
Well I don't want to write tests to see which *install/*tar is the gnu one (one my machines install is from solaris & ginstall is GNU). I already do this for ld & the version of ld gcc uses and I don't want to do it for each and every tool that might differ. What I did is now (latest cvs) INSTALL & TAR can be set in the environment and the values there will take precedence.
e.g: (solaris machine)
export INSTALL=install make install #will use install
make install # without INSTALL in the env => will use ginstall
TAR=star make tar # will use star
make tar TAR=star # the same thing as above
- install -m 755 ser /usr/local/ser/sbin/ find: cannot follow symbolic link /lib/locale/C/LC_MESSAGES/iscan: No
such file or directory find: cannot follow symbolic link /lib/locale/POSIX/LC_MESSAGES/iscan: No such file or directory find: cannot follow symbolic link /usr/lib/locale/C/LC_MESSAGES/iscan: No such file or directory find: cannot follow symbolic link /usr/lib/locale/POSIX/LC_MESSAGES/iscan: No such file or directory install: ser was not found anywhere! make: *** [install-bin] Error 2
I have no idea how to fix it. Why do we need iscan? The symbolic link
I don't need it. Probably install wants to use it for some reason.
Andrei
Hello,
Thanks for your reply. "iscan" can be ignored. There is namely a problem with install. Even if I manually execute "intsall -m 755 ser /usr/local/sbin" I get the same error message: install: ser was not found anywhere!
But "install -c /usr/local/sbin -m 755 ser" works fine. I am looking for a convenient method to build this change in the Makefile. Do you have any idea?
Thanks
Yang
- install -m 755 ser /usr/local/ser/sbin/ find: cannot follow symbolic link /lib/locale/C/LC_MESSAGES/iscan:
No
such file or directory find: cannot follow symbolic link
/lib/locale/POSIX/LC_MESSAGES/iscan:
No such file or directory find: cannot follow symbolic link
/usr/lib/locale/C/LC_MESSAGES/iscan:
No such file or directory find: cannot follow symbolic link /usr/lib/locale/POSIX/LC_MESSAGES/iscan: No such file or directory install: ser was not found anywhere! make: *** [install-bin] Error 2
I have no idea how to fix it. Why do we need iscan? The symbolic link
I don't need it. Probably install wants to use it for some reason.
Andrei
On Apr 07, 2003 at 15:30, Yang Xiang yang.xiang@iitb.fraunhofer.de wrote:
Hello,
Thanks for your reply. "iscan" can be ignored. There is namely a problem with install. Even if I manually execute "intsall -m 755 ser /usr/local/sbin" I get the same error message: install: ser was not found anywhere!
But "install -c /usr/local/sbin -m 755 ser" works fine. I am looking for a convenient method to build this change in the Makefile. Do you have any idea?
You use solaris install and not GNU install. Try install --version. GNU install wil output something like: install (GNU fileutils) 4.0
I hacked the current cvs version to work with solaris install (which is really brain damaged) so you can give it a try.
Andrei
Hi,
the new Makefile and Makefile.defs work with solaris install! The idea with "touch" was really ingenious. I hope your brain was not very damaged. :-)
Thanks
Yang
----- Original Message ----- From: "Andrei Pelinescu-Onciul" pelinescu-onciul@fokus.fraunhofer.de To: "Yang Xiang" yang.xiang@iitb.fraunhofer.de Cc: serusers@lists.iptel.org Sent: Monday, April 07, 2003 6:46 PM Subject: Re: [Serusers] problem with compiling
On Apr 07, 2003 at 15:30, Yang Xiang yang.xiang@iitb.fraunhofer.de
wrote:
Hello,
Thanks for your reply. "iscan" can be ignored. There is namely a problem with install. Even if I manually execute "intsall -m 755 ser /usr/local/sbin" I get the same error message: install: ser was not
found
anywhere!
But "install -c /usr/local/sbin -m 755 ser" works fine. I am looking
for a
convenient method to build this change in the Makefile. Do you have any idea?
You use solaris install and not GNU install. Try install --version. GNU install wil output something like: install (GNU fileutils) 4.0
I hacked the current cvs version to work with solaris install (which is really brain damaged) so you can give it a try.
Andrei
Hello,
the module rr doesn't get compiled with me. I tried both version 1.19 and 1.16 of loose.c. Error:
loose.c: In function `route_after_strict': loose.c:585: structure has no member named `len' loose.c:586: structure has no member named `len'
What is wrong?
Thanks
Yang
Hello,
probably the ser core is not up to date. There were some changes in the message parser.
Jan.
On 11-04 11:24, Yang Xiang wrote:
Hello,
the module rr doesn't get compiled with me. I tried both version 1.19 and 1.16 of loose.c. Error:
loose.c: In function `route_after_strict': loose.c:585: structure has no member named `len' loose.c:586: structure has no member named `len'
What is wrong?
Thanks
Yang
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Yes, I've seen that there are many changes in parser. So I have downloaded the newst snapshot. While compiling the module "tm" a new error appeared:
dlg.c: In function `print_dlg': dlg.c:736: warning: passing arg 1 of `print_rr' from incompatible pointer type dlg.c:736: too few arguments to function `print_rr'
In the file dlg.c: print_rr(_d->route_set);
And in file parse_rr.h: void print_rr(FILE* _o, rr_t* _r);
Obviously in the file dlg.c the parameter "_o" is missing. Further in module "vm" there are some similar or same errors.
----- Original Message ----- From: "Jan Janak" jan@iptel.org To: "Yang Xiang" yang.xiang@iitb.fraunhofer.de Cc: "Jiri Kuthan" jiri@iptel.org; serusers@lists.iptel.org Sent: Friday, April 11, 2003 12:21 PM Subject: Re: [Serusers] problem with compiling module rr
tm module is fixed, thanks.
Jan.
On 11-04 14:28, Yang Xiang wrote:
Yes, I've seen that there are many changes in parser. So I have downloaded the newst snapshot. While compiling the module "tm" a new error appeared:
dlg.c: In function `print_dlg': dlg.c:736: warning: passing arg 1 of `print_rr' from incompatible pointer type dlg.c:736: too few arguments to function `print_rr'
In the file dlg.c: print_rr(_d->route_set);
And in file parse_rr.h: void print_rr(FILE* _o, rr_t* _r);
Obviously in the file dlg.c the parameter "_o" is missing. Further in module "vm" there are some similar or same errors.
----- Original Message ----- From: "Jan Janak" jan@iptel.org To: "Yang Xiang" yang.xiang@iitb.fraunhofer.de Cc: "Jiri Kuthan" jiri@iptel.org; serusers@lists.iptel.org Sent: Friday, April 11, 2003 12:21 PM Subject: Re: [Serusers] problem with compiling module rr
PLEASE PLEASE -- keep your conversation about server development on the developers' mailing list. If you use CVS version, that's the place to go.
-Jiri
-
Andrei Pelinescu-Onciul -
Jan Janak -
Jiri Kuthan -
Yang Xiang