From itsuto_ozawa at epkowa.co.jp Mon Nov 3 20:57:07 2003 From: itsuto_ozawa at epkowa.co.jp (itsuto_ozawa@epkowa.co.jp) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled Message-ID: <3132B4AC13142848919E8AA723455A3A0162BFBE@m1.epkowa.co.jp> I'm sorry, could you teach a little more in detail? In the pmap_clnt.h I have following lines. >63#ifndef _RPC_PMAP_CLNT_H_ >64#define _RPC_PMAP_CLNT_H_ >65#include >67 >68__BEGIN_DECLS >69extern bool_t pmap_set __P((u_long, u_long, int, int)); >70extern bool_t pmap_unset __P((u_long, u_long)); >71extern struct pmaplist *pmap_getmaps __P((struct sockaddr_in *)); >72extern enum clnt_stat pmap_rmtcall __P((struct sockaddr_in *, >73 u_long, u_long, u_long, >74 xdrproc_t, caddr_t, >75 xdrproc_t, caddr_t, >76 struct timeval, u_long *)); >77extern enum clnt_stat clnt_broadcast __P((u_long, u_long, u_long, >78 xdrproc_t, char *, >79 xdrproc_t, char *, >80 resultproc_t)); >81extern u_short pmap_getport __P((struct sockaddr_in *, >82 u_long, u_long, u_int)); >83__END_DECLS >84 >85#endif /* !_RPC_PMAP_CLNT_H_ */ looks like choking on >77extern enum clnt_stat clnt_broadcast __P((u_long, u_long, u_long, >78 xdrproc_t, char *, >79 xdrproc_t, char *, >80 resultproc_t)); and next what should I do ? Grep 'resultproc_t' from '/usr/include/*/*'? If I grep 'resultproc_t' ,too many lines are displayed. Which header file should I add to reconfigure.c? itsu -----Original Message----- From: Steve G [mailto:linux_4ever@yahoo.com] Sent: Thursday, October 30, 2003 9:56 PM To: xinetd@xinetd.org Subject: RE: [xinetd] present but cannot be compiled >In file included from reconfig.c:27: >/usr/include/rpc/pmap_clnt.h:80: parse error before `resultproc_t' Its obvious that a header file is required that xinetd is not including. Look in pmap_clnt.h around line 80 and see what its choking on. Grep around in the includes to see where that structure is defined and add the header file to reconfigure.c. I do not have any bsd OS, so my help is somewhat limited. I want to think that xinetd 2.3.12 is somewhere in their ports system with patches applied. You might look around around at other bsd's for the reconfigure.c file and see if they've patched anything. If you get it to compile, please let us know what is needed so we can add it to the next version of xinetd. -Steve Grubb __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ xinetd mailing list xinetd@xinetd.org http://www.xinetd.org/mailman/listinfo/xinetd From seppy at chartermi.net Tue Nov 4 12:12:26 2003 From: seppy at chartermi.net (Brian E. Seppanen) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] Solaris 9 Compile Problems Message-ID: I'm using GCC 3.3.1 Sunfreeware on a sparc E250 running Solaris 9 to compile xinetd-2.3.12 from source. If I compile with ./configure --prefix=/usr/local --with-loadavg --with-libwrap=/usr/sfw/lib I get the following In file included from impl.h:13, from sprint.c:14: sioconf.h:165:3: #error function_isatty_not_available ; In file included from impl.h:13, from sio.c:22: sioconf.h:165:3: #error function_isatty_not_available ; sio.c:365: error: conflicting types for `sio_memscan' sio.c:365: error: an argument type that has a default promotion can't match an empty parameter name list declaration impl.h:166: error: previous declaration of `sio_memscan' sio.c: In function `sio_memscan': sio.c:367: warning: initialization discards qualifiers from pointer target type sio.c:369: warning: assignment discards qualifiers from pointer target type make[1]: *** [sio.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: *** [sprint.o] Error 1 make[1]: Leaving directory `/usr/share/src/xinetd-2.3.12/libs/src/sio' make: *** [libsio] Error 2 If I compile with ./configure --prefix=/usr/local --with-loadavg ld: elf error: file ../libs/lib/libportable.a: elf_getarsym ld: fatal: library -lportable: not found ld: fatal: File processing errors. No output written to itox collect2: ld returned 1 exit status make[1]: *** [itox] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/usr/share/src/xinetd-2.3.12/xinetd' make: *** [makeprog] Error 2 Can anyone be of any assistance? Thanks, Brian Seppanen seppy@chartermi.net 906-475-0107 ext 1040 From seppy at chartermi.net Tue Nov 4 16:40:58 2003 From: seppy at chartermi.net (Brian E. Seppanen) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] Re: Solaris 9 Compile Problems In-Reply-To: References: Message-ID: On Tue, 4 Nov 2003, Brian E. Seppanen wrote: > I'm using GCC 3.3.1 Sunfreeware on a sparc E250 running Solaris 9 to > compile xinetd-2.3.12 from source. If I compile with > > > If I compile with ./configure --prefix=/usr/local --with-loadavg > > ld: elf error: file ../libs/lib/libportable.a: elf_getarsym > ld: fatal: library -lportable: not found > ld: fatal: File processing errors. No output written to itox > collect2: ld returned 1 exit status > make[1]: *** [itox] Error 1 > make[1]: *** Waiting for unfinished jobs.... > make[1]: Leaving directory `/usr/share/src/xinetd-2.3.12/xinetd' > make: *** [makeprog] Error 2 FYI, xinetd-2.3.11 compiles cleanly on the identical hardware running Solaris 9. I'm not sure that it matters but both 2.3.11 and 2.3.12 configure script detects the gcc compiler output to be a.out instead of elf. Compliling 2.3.11 results in an elf executable. Brian Seppanen seppy@chartermi.net 906-475-0107 ext 1040 From linux_4ever at yahoo.com Wed Nov 5 07:17:07 2003 From: linux_4ever at yahoo.com (Steve G) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] Re: Solaris 9 Compile Problems In-Reply-To: Message-ID: <20031105151708.68860.qmail@web9605.mail.yahoo.com> >FYI, xinetd-2.3.11 compiles cleanly on the identical >hardware running Solaris 9. Hello, I put some updates from Matthias Andree into cvs back in August that are supposed to help portability to Sun machines. I don't have a Sun machine or access to one so I can't help a whole lot. Please give the cvs version a try and let us know if that solves it. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From linux_4ever at yahoo.com Wed Nov 5 07:20:58 2003 From: linux_4ever at yahoo.com (Steve G) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled In-Reply-To: <3132B4AC13142848919E8AA723455A3A0162BFBE@m1.epkowa.co.jp> Message-ID: <20031105152058.51160.qmail@web9601.mail.yahoo.com> >If I grep 'resultproc_t' ,too many lines are displayed. >Which header file should I add to reconfigure.c? Not having a BSD machine, I have no idea. I would do something like this from /usr/include : grep -r resultproc_t * | grep typedef If typedef gets no hits, try using struct. You're close to solving the problem. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From ma+xi at dt.e-technik.uni-dortmund.de Wed Nov 5 09:31:15 2003 From: ma+xi at dt.e-technik.uni-dortmund.de (Matthias Andree) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] Re: Solaris 9 Compile Problems In-Reply-To: (Brian E. Seppanen's message of "Tue, 4 Nov 2003 19:40:58 -0500 (EST)") References: Message-ID: "Brian E. Seppanen" writes: > On Tue, 4 Nov 2003, Brian E. Seppanen wrote: > >> I'm using GCC 3.3.1 Sunfreeware on a sparc E250 running Solaris 9 to >> compile xinetd-2.3.12 from source. If I compile with >> >> >> If I compile with ./configure --prefix=/usr/local --with-loadavg >> >> ld: elf error: file ../libs/lib/libportable.a: elf_getarsym >> ld: fatal: library -lportable: not found >> ld: fatal: File processing errors. No output written to itox >> collect2: ld returned 1 exit status >> make[1]: *** [itox] Error 1 >> make[1]: *** Waiting for unfinished jobs.... >> make[1]: Leaving directory `/usr/share/src/xinetd-2.3.12/xinetd' >> make: *** [makeprog] Error 2 No such problem here on an Ultra 5 with Solaris 8 and gcc 2.95.3 for xinetd-2.3.12. Are you setting LDFLAGS in your environment? Do you set any 64bit option? If so, where exactly do you set it? Look through the output of "env" to see if anything poisons your build. What "make" variant are you using and how do you call make? -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From ma+xi at dt.e-technik.uni-dortmund.de Wed Nov 5 09:32:20 2003 From: ma+xi at dt.e-technik.uni-dortmund.de (Matthias Andree) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] Re: Solaris 9 Compile Problems In-Reply-To: <20031105151708.68860.qmail@web9605.mail.yahoo.com> (Steve G.'s message of "Wed, 5 Nov 2003 07:17:07 -0800 (PST)") References: <20031105151708.68860.qmail@web9605.mail.yahoo.com> Message-ID: Steve G writes: > I put some updates from Matthias Andree into cvs back in August > that are supposed to help portability to Sun machines. Sort of. Solaris 2.6 didn't work even with my patches AFAIR, but Solaris 8 is fine since the merge. -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 From seppy at chartermi.net Wed Nov 5 09:46:38 2003 From: seppy at chartermi.net (Brian E. Seppanen) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] Re: Solaris 9 Compile Problems In-Reply-To: References: Message-ID: On Wed, 5 Nov 2003, Matthias Andree wrote: > "Brian E. Seppanen" writes: > > > On Tue, 4 Nov 2003, Brian E. Seppanen wrote: > > > >> I'm using GCC 3.3.1 Sunfreeware on a sparc E250 running Solaris 9 to > >> compile xinetd-2.3.12 from source. If I compile with > >> > >> > >> If I compile with ./configure --prefix=/usr/local --with-loadavg > >> > >> ld: elf error: file ../libs/lib/libportable.a: elf_getarsym > >> ld: fatal: library -lportable: not found > >> ld: fatal: File processing errors. No output written to itox > >> collect2: ld returned 1 exit status > >> make[1]: *** [itox] Error 1 > >> make[1]: *** Waiting for unfinished jobs.... > >> make[1]: Leaving directory `/usr/share/src/xinetd-2.3.12/xinetd' > >> make: *** [makeprog] Error 2 > > No such problem here on an Ultra 5 with Solaris 8 and gcc 2.95.3 for > xinetd-2.3.12. > > Are you setting LDFLAGS in your environment? Do you set any 64bit > option? If so, where exactly do you set it? Look through the output of > "env" to see if anything poisons your build. during that build I did not enable any 64 bit options. > What "make" variant are you using and how do you call make? make is 3.79.1 make -j2 Brian Seppanen seppy@chartermi.net 906-475-0107 ext 1040 From itsuto_ozawa at epkowa.co.jp Wed Nov 5 18:25:34 2003 From: itsuto_ozawa at epkowa.co.jp (itsuto_ozawa@epkowa.co.jp) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled Message-ID: <3132B4AC13142848919E8AA723455A3A0890A0@m1.epkowa.co.jp> Thanks for your help Steve. I executed the command as taught. and got following. bash-2.05b# grep -r resultproc_t /usr/include/*/* | grep typedef /usr/include/rpc/clnt.h:typedef bool_t (*resultproc_t) __P((caddr_t, ...)); And, As you told me before, I added #include to the reconfig.c. but I still have same error.what should I do then? reconfig.c -------------------------------------------------------------------------------- #include "config.h" #include #include #include #include #include #include #include #include #ifndef NO_RPC #ifdef HAVE_RPC_PMAP_CLNT_H #ifdef __sun #include #include #endif #include #include #include * I added this line. #include #endif #include #endif #include "reconfig.h" #include "msg.h" #include "sconf.h" #include "conf.h" #include "confparse.h" -----Original Message----- From: Steve G [mailto:linux_4ever@yahoo.com] Sent: Thursday, November 06, 2003 12:21 AM To: xinetd@xinetd.org Subject: RE: [xinetd] present but cannot be compiled >If I grep 'resultproc_t' ,too many lines are displayed. >Which header file should I add to reconfigure.c? Not having a BSD machine, I have no idea. I would do something like this from /usr/include : grep -r resultproc_t * | grep typedef If typedef gets no hits, try using struct. You're close to solving the problem. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ xinetd mailing list xinetd@xinetd.org http://www.xinetd.org/mailman/listinfo/xinetd From linux_4ever at yahoo.com Wed Nov 5 19:54:23 2003 From: linux_4ever at yahoo.com (Steve G) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled In-Reply-To: <3132B4AC13142848919E8AA723455A3A0890A0@m1.epkowa.co.jp> Message-ID: <20031106035423.95861.qmail@web9604.mail.yahoo.com> Hello, I found this at freebsd.org: --- xinetd/reconfig.c.orig Wed Oct 16 09:22:22 2002 +++ xinetd/reconfig.c Wed Oct 16 09:24:09 2002 @@ -23,6 +23,8 @@ #endif #include #include + #include + #include #include #endif #include If this solves it let me know... -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From itsuto_ozawa at epkowa.co.jp Wed Nov 5 22:33:43 2003 From: itsuto_ozawa at epkowa.co.jp (itsuto_ozawa@epkowa.co.jp) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled Message-ID: <3132B4AC13142848919E8AA723455A3A0162BFD4@m1.epkowa.co.jp> Hi, Looks like it worked. When I add two lines in reconfig.c it worked. but,I got same error in services.c. So I also added both lines to serices.c + #include + #include then I got new error like the following --------------------------------------------- gcc -O2 -g -O2 -I../libs/include -c signals.c signals.c:60: parse error before `siginfo_t' signals.c: In function `handle_signal': signals.c:221: structure has no member named `sa_sigaction' signals.c:223: `SA_SIGINFO' undeclared (first use in this function) signals.c:223: (Each undeclared identifier is reported only once signals.c:223: for each function it appears in.) signals.c: At top level: signals.c:347: parse error before `siginfo_t' signals.c: In function `mem_fault_handler': signals.c:349: `sig' undeclared (first use in this function) signals.c:352: `siginfo' undeclared (first use in this function) signals.c:371: warning: unreachable code at beginning of switch statement signals.c:393: warning: unreachable code at beginning of switch statement signals.c:371: warning: unreachable code at beginning of switch statement *** Error code 1 Stop. make: stopped in /usr/local/src/xinetd-2.3.12/xinetd *** Error code 1 Stop. make: stopped in /usr/local/src/xinetd-2.3.12 --------------------------------------------- -----Original Message----- From: Steve G [mailto:linux_4ever@yahoo.com] Sent: Thursday, November 06, 2003 12:54 PM To: xinetd@xinetd.org Subject: RE: [xinetd] present but cannot be compiled Hello, I found this at freebsd.org: --- xinetd/reconfig.c.orig Wed Oct 16 09:22:22 2002 +++ xinetd/reconfig.c Wed Oct 16 09:24:09 2002 @@ -23,6 +23,8 @@ #endif #include #include + #include + #include #include #endif #include If this solves it let me know... -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ xinetd mailing list xinetd@xinetd.org http://www.xinetd.org/mailman/listinfo/xinetd From linux_4ever at yahoo.com Fri Nov 7 04:48:53 2003 From: linux_4ever at yahoo.com (Steve G) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled In-Reply-To: <3132B4AC13142848919E8AA723455A3A0162BFD4@m1.epkowa.co.jp> Message-ID: <20031107124853.22414.qmail@web9604.mail.yahoo.com> Hello, Thanks for the feedback. I will put the includes into cvs so others won't have the same problem. >then I got new error like the following > >signals.c:221: structure has no member named `sa_sigaction' >signals.c:223: `SA_SIGINFO' undeclared (first use in this function) I would do a man on sigaction and see what includes it needs. Hopefully, this is the last problem. Let me know what includes need to be added and I'll try to get it into cvs. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From itsuto_ozawa at epkowa.co.jp Sun Nov 9 22:08:22 2003 From: itsuto_ozawa at epkowa.co.jp (itsuto_ozawa@epkowa.co.jp) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled Message-ID: <3132B4AC13142848919E8AA723455A3A0890A5@m1.epkowa.co.jp> I saw the man page of sigaction. And It shows #include . that's all. I already have insignals.c. In SYNOPSIS section I have ---------------------------------------------------- #include struct sigaction { void (*sa_handler)(); sigset_t sa_mask; int sa_flags; }; --------------------------------------------------- What should I do next.? I'm sorry because I can't do anything except asking. -----Original Message----- From: Steve G [mailto:linux_4ever@yahoo.com] Sent: Friday, November 07, 2003 9:49 PM To: xinetd@xinetd.org Subject: RE: [xinetd] present but cannot be compiled Hello, Thanks for the feedback. I will put the includes into cvs so others won't have the same problem. >then I got new error like the following > >signals.c:221: structure has no member named `sa_sigaction' >signals.c:223: `SA_SIGINFO' undeclared (first use in this function) I would do a man on sigaction and see what includes it needs. Hopefully, this is the last problem. Let me know what includes need to be added and I'll try to get it into cvs. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ xinetd mailing list xinetd@xinetd.org http://www.xinetd.org/mailman/listinfo/xinetd From linux_4ever at yahoo.com Mon Nov 10 04:57:58 2003 From: linux_4ever at yahoo.com (Steve G) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled In-Reply-To: <3132B4AC13142848919E8AA723455A3A0890A5@m1.epkowa.co.jp> Message-ID: <20031110125758.90846.qmail@web9603.mail.yahoo.com> >What should I do next.? I am very surprise that they have sigaction without the sa_sigaction member. Anyways, it looks like you can't do the mem_fault_handler, so just replace the line: sa.sa_sigaction= mem_fault_handler ; with this: sig_handler = general_handler ; Then delete these two lines immediately below: sig_handler = NULL ; sa.sa_flags = SA_SIGINFO ; That should solve your problem. I guess the tests in configure will need to be updates not to assume sa_sigaction exists if the sigaction function does. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From itsuto_ozawa at epkowa.co.jp Mon Nov 10 16:46:00 2003 From: itsuto_ozawa at epkowa.co.jp (itsuto_ozawa@epkowa.co.jp) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled Message-ID: <3132B4AC13142848919E8AA723455A3A0890A6@m1.epkowa.co.jp> thanks. It solve one problem with your support. but I still have one. signals.c:347: parse error before `siginfo_t' signals.c: In function `mem_fault_handler': signals.c:349: `sig' undeclared (first use in this function) signals.c:352: `siginfo' undeclared (first use in this function) signals.c:371: warning: unreachable code at beginning of switch statement signals.c:393: warning: unreachable code at beginning of switch statement signals.c:371: warning: unreachable code at beginning of switch statement I tried grep -r siginfo_t /usr/include/*/* but gets no hit. -----Original Message----- From: Steve G [mailto:linux_4ever@yahoo.com] Sent: Monday, November 10, 2003 9:58 PM To: xinetd@xinetd.org Subject: RE: [xinetd] present but cannot be compiled >What should I do next.? I am very surprise that they have sigaction without the sa_sigaction member. Anyways, it looks like you can't do the mem_fault_handler, so just replace the line: sa.sa_sigaction= mem_fault_handler ; with this: sig_handler = general_handler ; Then delete these two lines immediately below: sig_handler = NULL ; sa.sa_flags = SA_SIGINFO ; That should solve your problem. I guess the tests in configure will need to be updates not to assume sa_sigaction exists if the sigaction function does. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ xinetd mailing list xinetd@xinetd.org http://www.xinetd.org/mailman/listinfo/xinetd From linux_4ever at yahoo.com Mon Nov 10 20:10:47 2003 From: linux_4ever at yahoo.com (Steve G) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled In-Reply-To: <3132B4AC13142848919E8AA723455A3A0890A6@m1.epkowa.co.jp> Message-ID: <20031111041047.3525.qmail@web9604.mail.yahoo.com> Hello, Comment out the whole mem_fault_handler function. I should have mentioned that. You can also probably use the signal.c file from xinetd 2.3.10 and avoid these issues. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From itsuto_ozawa at epkowa.co.jp Mon Nov 10 21:07:47 2003 From: itsuto_ozawa at epkowa.co.jp (itsuto_ozawa@epkowa.co.jp) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled Message-ID: <3132B4AC13142848919E8AA723455A3A0890A8@m1.epkowa.co.jp> Hi, I replaced singnal.c?from xinetd 2.3.10 and still have another problem. :-( cd xinetd ; make CC=gcc CFLAGS='-O2 -g -O2 -I../libs/include' LDFLAGS=' -L../libs/lib' gcc -O2 -g -O2 -I../libs/include ./itox.c -o itox -L../libs/lib -lsio -lmisc -lxlog -lstr -lpset -lportable -lm -lcrypt -lcompat ../libs/lib/libportable.a(cvt.o): In function `fcvt_r': /usr/local/src/xinetd-2.3.12/libs/src/portable/cvt.c:113: undefined reference to `strx_nprint' *** Error code 1 Stop. make: stopped in /usr/local/src/xinetd-2.3.12/xinetd *** Error code 1 Stop. make: stopped in /usr/local/src/xinetd-2.3.12 -----Original Message----- From: Steve G [mailto:linux_4ever@yahoo.com] Sent: Tuesday, November 11, 2003 1:11 PM To: xinetd@xinetd.org Subject: RE: [xinetd] present but cannot be compiled Hello, Comment out the whole mem_fault_handler function. I should have mentioned that. You can also probably use the signal.c file from xinetd 2.3.10 and avoid these issues. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ xinetd mailing list xinetd@xinetd.org http://www.xinetd.org/mailman/listinfo/xinetd From linux_4ever at yahoo.com Tue Nov 11 05:13:23 2003 From: linux_4ever at yahoo.com (Steve G) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled In-Reply-To: <3132B4AC13142848919E8AA723455A3A0890A8@m1.epkowa.co.jp> Message-ID: <20031111131323.88523.qmail@web9607.mail.yahoo.com> >gcc -O2 -g -O2 -I../libs/include ./itox.c -o itox -L../libs/lib >-lsio -lmisc -lxlog -lstr -lpset -lportable -lm -lcrypt -lcompat You probably need a different link order. The file you want to edit is xinetd/Makefile. Look for LIBS around line 43. Try moving lportable 2 places to the left so that its before -lstr. Experiment with the order. Let me know how it goes so I can update the Makefile. On another note, xinetd should be built since it choked on itox. Most people never need to use itox unless they are converting inetd config files to xinetd. And even then, there are 2 perl scripts included that do nearly the same thing. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From itsuto_ozawa at epkowa.co.jp Tue Nov 11 16:25:51 2003 From: itsuto_ozawa at epkowa.co.jp (itsuto_ozawa@epkowa.co.jp) Date: Thu Oct 6 10:34:54 2005 Subject: [xinetd] present but cannot be compiled Message-ID: <3132B4AC13142848919E8AA723455A3A0162BFE9@m1.epkowa.co.jp> Hi, It worked now!! I changed the LIBS line to following. /libs/lib -lsio -lmisc -lxlog -lportable -lstr -lpset -lm -lcrypt -lcompat Thanks a lot Steve. -----Original Message----- From: Steve G [mailto:linux_4ever@yahoo.com] Sent: Tuesday, November 11, 2003 10:13 PM To: xinetd@xinetd.org Subject: RE: [xinetd] present but cannot be compiled >gcc -O2 -g -O2 -I../libs/include ./itox.c -o itox -L../libs/lib -lsio >-lmisc -lxlog -lstr -lpset -lportable -lm -lcrypt -lcompat You probably need a different link order. The file you want to edit is xinetd/Makefile. Look for LIBS around line 43. Try moving lportable 2 places to the left so that its before -lstr. Experiment with the order. Let me know how it goes so I can update the Makefile. On another note, xinetd should be built since it choked on itox. Most people never need to use itox unless they are converting inetd config files to xinetd. And even then, there are 2 perl scripts included that do nearly the same thing. -Steve Grubb __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ xinetd mailing list xinetd@xinetd.org http://www.xinetd.org/mailman/listinfo/xinetd