From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Tue, 28 Jan 2003 04:49:15 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 27 ************************************************** Monday 27 January 2003 Number 27 ************************************************** Subjects for today 1 nm and emxomfar : Ted Sikora 2 Re: Perl - use: not found : Henry Sobotka 3 Re: make question : Dave Saville" 4 OpenLDAP : John Poltorak 5 Re: `long_options' : John Poltorak 6 Re: Perl - use: not found : Henry Sobotka 7 Re: Perl - use: not found : John Poltorak 8 Re: OpenLDAP : Dave Saville" 9 Re: UnixOS/2 docs : Jeff Robinson 10 Re: Perl - use: not found : John Poltorak 11 Re: OpenLDAP : John Poltorak 12 CVS : John Poltorak 13 Re: OpenLDAP : Adrian Gschwend" 14 Re: OpenLDAP : Sergey Yevtushenko **= Email 1 ==========================** Date: Tue, 28 Jan 2003 09:14:25 -0500 From: Ted Sikora Subject: nm and emxomfar This is a recurring problem I have in building ports. nm almost always fails. Could I set an env variable to use emxomfar instead? -- Ted Sikora tsikora at ntplx.net **= Email 2 ==========================** Date: Tue, 28 Jan 2003 12:23:25 -0500 From: Henry Sobotka Subject: Re: Perl - use: not found John Poltorak wrote: > > Not exactly sure exactly where but possibly here:- > > ----------------------------------------------------- > maintainer-clean: distclean > rm -f help2man.info > > $(target): $(srcdir)/$(target).PL <================== > -rm -f $ at > $(PERL) $? --stdout >$ at > chmod 555 $ at > > $(target)$(manext): $(target) $(srcdir)/$(target).h2m > ----------------------------------------------------- No, that's the rule for creating help2man from help2man.PL. The command that's failing would appear in the next set for &(target)$(manext) where adding $(PERL) might do the trick. Though you should check the top of help2man for the magic eval lines because from here the rule you point to above looks like it's just writing a Perl shell script and might already be putting them there. > Can you give me an example of a Perl script that has been modified? Look at the scripts without a .PL extension in Perl-5.8.0/utils. h~ **= Email 3 ==========================** Date: Tue, 28 Jan 2003 12:29:55 +0000 (GMT) From: "Dave Saville" Subject: Re: make question On Mon, 27 Jan 2003 14:57:22 -0500, Henry Sobotka wrote: >Dave Saville wrote: >> >> As you can see that gcc line is *not* the one it should be using. >> These rules are seen and work OK on OS/2 & Solaris. >> >> Ideas? > >My guess is that make sees ALL as the target, but not the intermediate >object files, and so uses the implicit rule for making % from %.c in a >single compile-and-link step. > >Try specifying the object files as intermediate targets (dependencies), >or invoking make with -r to disable the implicit rules altogether. I copied this post to the gnu bugs list and just got this in reply it seems that the newest version of make contains a built-in implicit rule looking like this: %: %.c That rule seems to be better then going the longer path %.c --> %.o --> % That's why make chooses it. > I tried changing to the old rule style of .c.o: and it still does not > see it and uses the built in rules. Someone has sugessted using make > -r but I would like to know what make or myself are doing wrong. I > have other, very similar, makefiles that *do* work on linux. I hope this explains it. By calling -r you get rid of built-in rules altogether. Or you can use .SUFFIXES: to clear the list of recognized suffixes. The suffixes are not necessary as long as you use the pattern rules, not the old-style implicit rules. -- Regards Dave Saville **= Email 4 ==========================** Date: Tue, 28 Jan 2003 13:29:48 +0000 From: John Poltorak Subject: OpenLDAP Is anyone familiar with OpenLDAP? Any chance that we could get it working on OS/2? -- John **= Email 5 ==========================** Date: Tue, 28 Jan 2003 15:36:55 +0000 From: John Poltorak Subject: Re: `long_options' On Mon, Jan 27, 2003 at 01:26:52PM +0100, Stefan Neis wrote: > On Mon, 27 Jan 2003, John Poltorak wrote: > > > file.h:101: parse error before `int32_t' > > file.h:101: warning: no semicolon at end of struct or union > > file.h:102: warning: data definition has no type or storage class > > I suppose, gcc is already totally confused at that point in the file, > feel free to ignore the remaining error messages ... Following Thomas's msg about the definition being given in i386/types.h of the Posix/2 headers, I installed them and that error msg disappeared. > > This is the relevant code from file.c:- > > Probably not. :-( > > > > #define OPTSTRI NG "bcdf:ikm:nsvzCL" > > #ifdef HAVE_GETOPT_H > > int longindex; > > static struct option long_options[] = /* <===== line 131 */ Unfortuantely, this one still remains... Where are option and long_options supposed to be defined? > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. > -- John **= Email 6 ==========================** Date: Tue, 28 Jan 2003 15:48:25 -0500 From: Henry Sobotka Subject: Re: Perl - use: not found John Poltorak wrote: > > You sure? > > This is the error I get:- > > make > rm -f help2man > u:/usr/bin/perl.exe help2man.PL --stdout >help2man > chmod 555 help2man > ./help2man --include=./help2man.h2m \ > --output=help2man.1 ./help2man <======== FAILING COMMAND > ./help2man[24]: use: not found > ./help2man[25]: use: not found > ./help2man[26]: use: not found > ./help2man[27]: syntax error: `(' unexpected > make: *** [help2man.1] Error 1 Yes. It's failing at the line marked above. > I can see the lines you mean, but have no idea how to get them into > help2man automatically. Somewhere in help2man.PL you'll find something like: print OUT $Config{startperl}; that writes the shebang line. Replace it with: print OUT < Also, should we be converting this Perl script to a cmd file so that it > can run standalone or does it matter anyway? That's another option. There's a perl2cmd.pl script in Perl-5.8.0/utils for the other scripts that end up in bin. It puts "extproc Perl -S" before the shebang line and adds the .cmd extension. The advantage of the magic eval line is that it's not OS/2-specific. h~ **= Email 7 ==========================** Date: Tue, 28 Jan 2003 16:36:53 +0000 From: John Poltorak Subject: Re: Perl - use: not found On Mon, Jan 27, 2003 at 05:50:40PM -0500, Henry Sobotka wrote: > John Poltorak wrote: > > > > ./help2man --include=./help2man.h2m \ > > --output=help2man.1 ./help2man > > ./help2man[24]: use: not found > > ./help2man[25]: use: not found > > ./help2man[26]: use: not found > > ./help2man[27]: syntax error: `(' unexpected > > make: *** [help2man.1] Error 1 > > This is the result of sh trying to run a Perl script. You either have to > fix the makefile to run "perl help2man", or (have help2man.PL) insert I guess the correct place to fix this woud be Makefile.in... Not exactly sure exactly where but possibly here:- ----------------------------------------------------- maintainer-clean: distclean rm -f help2man.info $(target): $(srcdir)/$(target).PL <================== -rm -f $ at $(PERL) $? --stdout >$ at chmod 555 $ at $(target)$(manext): $(target) $(srcdir)/$(target).h2m ----------------------------------------------------- > eval 'exec perl -S $0 ${1+"$ at "}' > if $running_under_some_shell; > > right after the shebang for OS/2. Can you give me an example of a Perl script that has been modified? > h~ -- John **= Email 8 ==========================** Date: Tue, 28 Jan 2003 17:26:22 +0000 (GMT) From: "Dave Saville" Subject: Re: OpenLDAP On Tue, 28 Jan 2003 13:29:48 +0000, John Poltorak wrote: > >Is anyone familiar with OpenLDAP? > >Any chance that we could get it working on OS/2? Someone ported an SDK - google search for OS2 ldap turns it up -- Regards Dave Saville **= Email 9 ==========================** Date: Tue, 28 Jan 2003 19:11:43 -0600 From: Jeff Robinson Subject: Re: UnixOS/2 docs Andreas Buening wrote: > Jeff Robinson wrote: > > [snip] > > >>Indeed, I'd very much appreciate help! I'd like input from folks >>that're working on different ports as I generally can't remember what is >>going on half the time between this list and dabbling with my own projects. > > > [snip] > > >>If anyone is working on projects they want listed, please drop me a line >>and I'll try to include the info. > > > What do you want to put into that single line? And how much fits > into one line? > > What about the following format? > > For the core subset: > > package latest stable NLS status latest beta status Unix version > sed 4.0.5 yes works - - 4.0.5 > grep 2.4.2 yes works(*) - - 2.5 (broken) > > (*) Some internal tests don't work. > > > For the developer subset: > package latest stable NLS status latest beta status Unix version > autoconf 2.57 - works(**,1) - - 2.57 > automake 1.7.2 - works(**,2) - - 1.7.2 > > (**) The internal testsuite doesn't work. > (1) see autoconf description > (2) minor patch to be applied > > > Bye, > Andreas > Something like this would be quite do-able. What I'd like to be able to do, to help minimise (both my work! and) potential errors is to set up a script that'd parse all these details from a file and setup these tables. I already use PPWizard to help build the pages, which saves an incredible amount of time, and can also do such niceties as importing separate files, etc. Working off the thought of auto-generating some of this information, I think a great place to start might be with the PKGINFO file that (should) be in all UnixOS2 packages. In this way my script could automagically parse such details as the package name, version, date, etc. Now, for some of the "missing" information I'll have to find a different way of keeping a handle on the information, such as what works and what doesn't, NLS features if any. I'd like to be able to use something that package authors have to create anyways... that way it doesn't turn out to be additional work for the author and thus makes it much more likely that it will be done! Jeff -- ---------------- Whatza JamochaMUD? http://jamochamud.anecho.mb.ca Or other stuff: http://www.anecho.mb.ca/~jeffnik ----------------------------------------------------------- **= Email 10 ==========================** Date: Tue, 28 Jan 2003 19:52:24 +0000 From: John Poltorak Subject: Re: Perl - use: not found On Tue, Jan 28, 2003 at 12:23:25PM -0500, Henry Sobotka wrote: > John Poltorak wrote: > > > > Not exactly sure exactly where but possibly here:- > > > > ----------------------------------------------------- > > maintainer-clean: distclean > > rm -f help2man.info > > > > $(target): $(srcdir)/$(target).PL <================== > > -rm -f $ at > > $(PERL) $? --stdout >$ at > > chmod 555 $ at > > > > $(target)$(manext): $(target) $(srcdir)/$(target).h2m > > ----------------------------------------------------- > > No, that's the rule for creating help2man from help2man.PL. The command > that's failing would appear in the next set You sure? This is the error I get:- make rm -f help2man u:/usr/bin/perl.exe help2man.PL --stdout >help2man chmod 555 help2man ./help2man --include=./help2man.h2m \ --output=help2man.1 ./help2man ./help2man[24]: use: not found ./help2man[25]: use: not found ./help2man[26]: use: not found ./help2man[27]: syntax error: `(' unexpected make: *** [help2man.1] Error 1 > for &(target)$(manext) where > adding $(PERL) might do the trick. Though you should check the top of > help2man for the magic eval lines because from here the rule you point > to above looks like it's just writing a Perl shell script and might > already be putting them there. Help2man has them missing - I think that is the problem. This is the first couple of lines:- #!c:/usr/lib/perl/bin/perl -w # Generate a short man page from --help and --version output. # Copyright (C) 1997, 1998, 1999, 2000, 2001, 2002 Free Software # Foundation, Inc. > > Can you give me an example of a Perl script that has been modified? > > Look at the scripts without a .PL extension in Perl-5.8.0/utils. They all seem to get moved to perl/bin when getting installed... I can see the lines you mean, but have no idea how to get them into help2man automatically. Also, should we be converting this Perl script to a cmd file so that it can run standalone or does it matter anyway? > h~ -- John **= Email 11 ==========================** Date: Tue, 28 Jan 2003 20:07:53 +0000 From: John Poltorak Subject: Re: OpenLDAP On Tue, Jan 28, 2003 at 05:26:22PM +0000, Dave Saville wrote: > On Tue, 28 Jan 2003 13:29:48 +0000, John Poltorak wrote: > > > > >Is anyone familiar with OpenLDAP? > > > >Any chance that we could get it working on OS/2? > > Someone ported an SDK - google search for OS2 ldap turns it up Apparently that is only for the client - there isn't anything for the server... > -- > Regards > > Dave Saville > -- John **= Email 12 ==========================** Date: Tue, 28 Jan 2003 20:54:33 +0000 From: John Poltorak Subject: CVS The latest version of CVS is 1.11.5 and is available here:- ftp://ftp.cvshome.org/pub/cvs-1.11.5/cvs-1.11.5.tar.gz Is anyone porting this release? -- John **= Email 13 ==========================** Date: Tue, 28 Jan 2003 23:15:03 +0100 (CET) From: "Adrian Gschwend" Subject: Re: OpenLDAP On Tue, 28 Jan 2003 23:20:27 +0200, Sergey Yevtushenko wrote: >Unfortunately my time schedule is extremely tight these days >and I can't port OpenLDAP.. I remember a japanese port, probably this is the one John found. Is this really just a client? cu Adrian -- Adrian Gschwend at netlabs.org ktk [a t] netlabs.org ------- Free Software for OS/2 and eCS http://www.netlabs.org **= Email 14 ==========================** Date: Tue, 28 Jan 2003 23:20:27 +0200 From: Sergey Yevtushenko Subject: Re: OpenLDAP John, >>>Any chance that we could get it working on OS/2? >> >>Someone ported an SDK - google search for OS2 ldap turns it up > > > Apparently that is only for the client - there isn't anything for the > server... And only existing LDAP server for OS/2 I'm aware of is Notes. From the other hand, yesterday I saw appropriate question in one russian-speaking OS/2 news group, so demand for such application do exists. Unfortunately my time schedule is extremely tight these days and I can't port OpenLDAP.. -- *--------------------------------------------- ES at Home http://es.os2.ru/