From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Mon, 24 Jun 2002 04:28:31 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 252 ************************************************** Sunday 23 June 2002 Number 252 ************************************************** Subjects for today 1 [Fwd: Some new features!] : Ted Sikora 2 Re: Re: Makedef.pl : Henry Sobotka 3 Re: Re: Makedef.pl : Henry Sobotka 4 Re: New Autoconf and Automake for OS/2 : Dave and Natalie" 5 Re: Re: Makedef.pl : Andrew MacIntyre 6 Re: [Fwd: Some new features!] : Ted Sikora 7 Re: Re: Makedef.pl : John Poltorak 8 Re: [Fwd: Some new features!] : Holger Veit 9 Re: Autoconf/automake - circular dependency : John Drabik" 10 Re: OpenSSH Package : Adrian Gschwend" 11 Autoconf/automake - circular dependency : John Poltorak 12 Re: Perl v5.8.0 RC1 : John Poltorak 13 Re: OpenSSH Package : nick" 14 Re: UnixOS/2 environment : Lyn St George" 15 Re: UnixOS/2 environment : John Poltorak 16 Building SED using new Autoconf : John Poltorak 17 New PDKSH : John Poltorak 18 Re: UnixOS/2 environment : Lyn St George" 19 Autoconf & lstat : John Poltorak 20 Patch -p : John Poltorak 21 Re: Patch -p : csaba.raduly at sophos.com 22 Re: OpenSSH Package : nick" 23 Re: Patch -p : John Poltorak 24 Re: Autoconf & lstat : John Poltorak 25 Re: Autoconf/automake - circular dependency : Andreas Buening 26 Re: Autoconf & lstat : Andreas Buening 27 Re: Building SED using new Autoconf : Andreas Buening 28 Re: OpenSSH Package : Adrian Gschwend" 29 Re: unixos2 packages : Adrian Gschwend" 30 Re: UnixOS/2 environment : John Poltorak 31 Re: unixos2 packages : John Poltorak 32 Re: Gettext v0.11.2 : Andreas Buening 33 Re: UnixOS/2 environment : Andreas Buening 34 Re: New PDKSH : Andreas Buening 35 Re: unixos2 packages : Lyn St George" 36 Re: unixos2 packages : John Poltorak 37 Re: unixos2 packages : Adrian Gschwend" **= Email 1 ==========================** Date: Mon, 24 Jun 2002 02:57:02 -0400 From: Ted Sikora Subject: [Fwd: Some new features!] This is a multi-part message in MIME format. --------------331C52F3BC1C11EDCE5016C3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------331C52F3BC1C11EDCE5016C3 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <3D16C299.CE3D406 at ntplx.net> Date: Mon, 24 Jun 2002 02:56:25 -0400 From: Ted Sikora X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18 i686) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: announce at unixos2.com Subject: Some new features! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Added some cool updates to unixos2.com. iFrame based sections for downloads and mirrors. http://unixos2.com/modules.php?op=modload&name=NukeView&file=http Unfortunately Netscape 4.x is not compatible so their is a no-frames option. It's a dinosaur anyway. Works well with Opera and Mozilla. phpBB has replaced the old Phorums. As usual if you hate it let me know. Andreas Buening has uploaded some new versions of autoconf and automake(/incoming). I'll post the story in the am. Enjoy! -- Ted Sikora tsikora at unixos2.com http://unixos2.com --------------331C52F3BC1C11EDCE5016C3-- **= Email 2 ==========================** Date: Mon, 24 Jun 2002 08:02:19 -0400 From: Henry Sobotka Subject: Re: Re: Makedef.pl Andrew MacIntyre wrote: > > Given that malloc is exported from the C library, and any sane > linkage of a DLL (which the DB module would appear to be) would be linked > against the C library, for the DB module to be looking for malloc anywhere > else means it was told to get it there. The malloc DB_File is looking for is Perl's (in Perl-[version]/malloc.c). Not linking the DB_File DLL directly with the C-lib malloc is likely a means of keeping memory management under the interpreter's control. h~ **= Email 3 ==========================** Date: Mon, 24 Jun 2002 08:11:58 -0400 From: Henry Sobotka Subject: Re: Re: Makedef.pl John Poltorak wrote: > > It seems strange to me that the symbols "malloc", "free", "realloc" and > "calloc" have all disappeared, but only the absence of "malloc" is causing > a problem, Likely because the test terminates when the malloc call fails, so that it never gets around to checking the others (if they are tested), i.e. fix the malloc problem and chances are you'll see: DB_FILHA->PERLB12E.free 127 and after fixing that: DB_FILHA->PERLB12E.realloc 127 etc. h~ **= Email 4 ==========================** Date: Mon, 24 Jun 2002 08:36:00 -0800 From: "Dave and Natalie" Subject: Re: New Autoconf and Automake for OS/2 On Sun, 23 Jun 2002 10:45:58 -0500, Jeff Robinson wrote: > >In wandering through Freshmeat.net I noticed a program called >CheckInstall ( http://checkinstall.izto.org/ ) which is targetted at the >likes of Slackware and a few other distributions. The idea of the >program is that on your system when you do a ./configure and make, you >then let CheckInstall run the 'make install' portion so that at the same >time it catalogues where all the files go. (And at that time also >creates an uninstall package that Slackware could use). I wonder if a >concept similar to this would be useful for creating packages? > >I haven't looked too closely at the program yet, but the feedback on >Freshmeat seems very positive. Unluckily CheckInstall depends upon installwatch which only works on elf systems. Dave **= Email 5 ==========================** Date: Mon, 24 Jun 2002 09:07:22 +1100 (edt) From: Andrew MacIntyre Subject: Re: Re: Makedef.pl On Sun, 23 Jun 2002, John Poltorak wrote: > On Sun, Jun 23, 2002 at 06:34:04PM +0200, Stefan Neis wrote: {...} > > - Two possible soultions: > > * Export Perl_malloc/Perl_free as malloc/free as well (just as before). > > How? Not only do you need to look at the symbols exported from the Perl library (via its .def file), but you also need to look at the imports for the DB module. Given that malloc is exported from the C library, and any sane linkage of a DLL (which the DB module would appear to be) would be linked against the C library, for the DB module to be looking for malloc anywhere else means it was told to get it there. IIRC correctly, it is also possible to alias a symbol for export/import via the .def file. -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac at bullseye.apana.org.au | Snail: PO Box 370 andymac at pcug.org.au | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia **= Email 6 ==========================** Date: Mon, 24 Jun 2002 09:22:24 -0400 From: Ted Sikora Subject: Re: [Fwd: Some new features!] Holger Veit wrote: > > On Mon, Jun 24, 2002 at 02:57:02AM -0400, Ted Sikora wrote: > > > > Added some cool updates to unixos2.com. iFrame based sections for > > downloads and mirrors. > > http://unixos2.com/modules.php?op=modload&name=NukeView&file=http > > Bad idea. > > > Unfortunately Netscape 4.x is not compatible so their is a no-frames > > option. It's a dinosaur anyway. Works well with Opera and Mozilla. > > No, it is not a dinosaur, NS 4.6 is still shipped with for instance eCS > and MCP/ACP. Don't expect people to download Mozilla or an unstable > Odin/Opera to visit your site. > > I for my part will not upgrade, so this means I am probably going to ignore > your site in the future. > I'll take it out it's only on the downloads page. -- Ted Sikora tsikora at unixos2.com http://unixos2.com **= Email 7 ==========================** Date: Mon, 24 Jun 2002 09:59:09 +0100 From: John Poltorak Subject: Re: Re: Makedef.pl On Mon, Jun 24, 2002 at 09:07:22AM +1100, Andrew MacIntyre wrote: > On Sun, 23 Jun 2002, John Poltorak wrote: > > > On Sun, Jun 23, 2002 at 06:34:04PM +0200, Stefan Neis wrote: > > {...} > > > > - Two possible soultions: > > > * Export Perl_malloc/Perl_free as malloc/free as well (just as before). > > > > How? > > Not only do you need to look at the symbols exported from the Perl library > (via its .def file), but you also need to look at the imports for the DB > module. Given that malloc is exported from the C library, and any sane > linkage of a DLL (which the DB module would appear to be) would be linked > against the C library, for the DB module to be looking for malloc anywhere > else means it was told to get it there. > > IIRC correctly, it is also possible to alias a symbol for export/import > via the .def file. It seems strange to me that the symbols "malloc", "free", "realloc" and "calloc" have all disappeared, but only the absence of "malloc" is causing a problem, and then only with tests which involve db.lib. Could it be something obscure like Perl expecting db.lib being built with a newer version of db.h or somesuch? I've been stuck on this problem for around a month and don't see a way forward... > -- > Andrew I MacIntyre "These thoughts are mine alone..." > E-mail: andymac at bullseye.apana.org.au | Snail: PO Box 370 > andymac at pcug.org.au | Belconnen ACT 2616 > Web: http://www.andymac.org/ | Australia > -- John **= Email 8 ==========================** Date: Mon, 24 Jun 2002 10:33:34 +0200 From: Holger Veit Subject: Re: [Fwd: Some new features!] On Mon, Jun 24, 2002 at 02:57:02AM -0400, Ted Sikora wrote: > > Added some cool updates to unixos2.com. iFrame based sections for > downloads and mirrors. > http://unixos2.com/modules.php?op=modload&name=NukeView&file=http Bad idea. > Unfortunately Netscape 4.x is not compatible so their is a no-frames > option. It's a dinosaur anyway. Works well with Opera and Mozilla. No, it is not a dinosaur, NS 4.6 is still shipped with for instance eCS and MCP/ACP. Don't expect people to download Mozilla or an unstable Odin/Opera to visit your site. I for my part will not upgrade, so this means I am probably going to ignore your site in the future. Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 9 ==========================** Date: Mon, 24 Jun 2002 12:55:59 -0600 (MDT) From: "John Drabik" Subject: Re: Autoconf/automake - circular dependency On Mon, 24 Jun 2002 20:39:58 +0200, Andreas Buening wrote: >> Autoconf and automake appear to have a circular dependency. The better way to look at it is: they have a bootstrap relationship. Eventually, somebody has to put out the first bytes. After that, auto tools such as these have a place. As Andreas noted, gcc has the same issue. Originally, somebody wrote a low-level code generator, maybe even in assembler, and minimal front-end parser. Then, they built up from there. Autoconf and automake have the same kind of situation. Bootstrap, double-run, whatever you want to call it. >> autoconf can't be used to create its own configure script until it is >> installed, so I need to use the one it comes with in order to install it Typically, you need only the features of the *previous* generation, to expand to the current generation features. If you know of a better method, the software industry will be very happy to hear of it ;-) JD **= Email 10 ==========================** Date: Mon, 24 Jun 2002 13:04:01 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: OpenSSH Package On Mon, 24 Jun 2002 14:05:30 +0400 (MSD), nick wrote: >OpenSSH currently looks for its config files in %ETC% directory ;) >I think, it could be changed to %OPENSSH% dir or smth similar. I do not want to use %UNIXOS2% directly, >because there are some people who want to use openssh separately from unixos2 package. Yeah sure, I think the best thing would be if you could look for %UNIXROOT% first and if this is not defined you go to %ETC% but *please* do not add another setting we have to add to config.sys. The idea of %UNIXROOT% is to get rid of all those SET entries in the config.sys. Would my option be possible? %UNIXROOT% first and then %ETC% BTW Did you see my question about .0 files, is this man0 directory? cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 11 ==========================** Date: Mon, 24 Jun 2002 13:18:52 +0100 From: John Poltorak Subject: Autoconf/automake - circular dependency Autoconf and automake appear to have a circular dependency. For example autoconf can't be used to create its own configure script until it is installed, so I need to use the one it comes with in order to install it and then I can generate a new configure script which will take advantage of the OS/2 specific features of autoconf. Also Makefile.in is gets changed after automake is run which leads to changes in the Makefile, so is it a good idea to install autoconf and automake twice to make sure the programs themselves are refreshed? -- John **= Email 12 ==========================** Date: Mon, 24 Jun 2002 13:51:33 +0100 From: John Poltorak Subject: Re: Perl v5.8.0 RC1 Here's a reply to a USENET posting, which I've just received:- On Mon, Jun 24, 2002 at 05:38:01AM -0700, Ilya Zakharevich wrote: > [A complimentary Cc of this posting was sent to > John Poltorak > ], who wrote in article <3D1611DE.5060208 at eyup.org>: > > Massimo wrote: > > > > >On Fri, 14 Jun 2002 20:39:25 UTC, John Poltorak wrote: > > > > > > > > > > > >>In case anyone is interested, Perl 5.8.0 RC1 was announced a couple of > > >>weeks ago here:- > > >> > > >>http://www.hut.fi/~jhi/5.8.0-RC1-anno > > >> > > >> > > >>It would be nice to get this working perfectly on OS/2. > > >> > > >> > > > > > >i agree :) > > > > > > > Maybe time for an update.... RC2 is now available:- > > > > http://www.hut.fi/~jhi/5.8.0-RC2-anno > > > > This does build but there are some problems related to the > > definition of "Perl_malloc" instead of "malloc" which prevents > > a number of tests working, although it does achieve a 98%+ > > success rate on tests. > > 98% is something *extremely bad*. I get the idea IlyaZ thinks it should pass 100%, but isn't possible in my experience. I wonder if he manages it... > Find a place which redefines malloc as Perl_malloc. Find which > compilation define guards this place. Put the corresponding symbol in > hints/os2.sh. I don't see any way to do this. AFAICS there is no redefinition of malloc as Perl_malloc. Can someone explain what is being alluded to here? > Hope this helps, > Ilya -- John **= Email 13 ==========================** Date: Mon, 24 Jun 2002 14:05:30 +0400 (MSD) From: "nick" Subject: Re: OpenSSH Package On Sun, 23 Jun 2002 13:04:16 +0200 (CDT), Adrian Gschwend wrote: >Nickk: what about the etc-files I have to generate according to the >manual of the OS/2 port, if I put them to /etc/ssh will OpenSSH for >OS/2 find them? The question is if it takes care of %UNIXOS2% setting >(I hope so :-) OpenSSH currently looks for its config files in %ETC% directory ;) I think, it could be changed to %OPENSSH% dir or smth similar. I do not want to use %UNIXOS2% directly, because there are some people who want to use openssh separately from unixos2 package. Faithfully Yours, Nick **= Email 14 ==========================** Date: Mon, 24 Jun 2002 14:20:05 +0000 From: "Lyn St George" Subject: Re: UnixOS/2 environment On Sun, 23 Jun 2002 20:30:35 +0100, John Poltorak wrote: >On Sun, Jun 23, 2002 at 08:17:31PM +0000, Lyn St George wrote: >> Hi all >> >> I'm trying to rebuild my GNU/Unixos2 environment (as >> it was corrupted somehow) and am getting into a complete >> mess and wasting heaps of time getting nowhere. >> >> Does anyone have a list of tools, or a dir listing, of >> a working environment they could send me? >> >> (I have looked for such a list but can't find one) > >I think the closest thing you will find is this:- > >ftp://borneo.gmd.de/pub/misc/XFree86OS2/alpha/emxtree.zip To coin a phrase: EMX is not GNU:) What I mean is the collection of GNU tools (make, gcc, sh .....) which will build sources such as perl, apache etc, without clashes of incompatible DLLs and other tools. I've nuked and rebuilt the damn thing and still get nonsensical errors when trying to build perl - though it builds ApacheSSL without problems so it must be close. - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 15 ==========================** Date: Mon, 24 Jun 2002 14:49:32 +0100 From: John Poltorak Subject: Re: UnixOS/2 environment On Mon, Jun 24, 2002 at 02:20:05PM +0000, Lyn St George wrote: > >> (I have looked for such a list but can't find one) > > > >I think the closest thing you will find is this:- > > > >ftp://borneo.gmd.de/pub/misc/XFree86OS2/alpha/emxtree.zip > > To coin a phrase: EMX is not GNU:) What I mean is the collection > of GNU tools (make, gcc, sh .....) which will build sources such as > perl, apache etc, without clashes of incompatible DLLs and > other tools. If you find such an environment, please feel free to tell me about it :-)... > I've nuked and rebuilt the damn thing and still get nonsensical > errors when trying to build perl - though it builds ApacheSSL > without problems so it must be close. If something is misplaced, Perl can be a real pig to build. Which version are you trying and what errors do you get? > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- -- John **= Email 16 ==========================** Date: Mon, 24 Jun 2002 15:53:00 +0100 From: John Poltorak Subject: Building SED using new Autoconf In an attempt to rebuild as many apps from scatch as possible using the new Autoconf, I thought I would start with SED. Do the instructions in README.OS2 of the SED archive:- http://hobbes.nmsu.edu/pub/os2/util/file/sed-3_02-r2.zip still apply, or are any modifications necessary? -- John **= Email 17 ==========================** Date: Mon, 24 Jun 2002 16:17:31 +0100 From: John Poltorak Subject: New PDKSH There is an updated PDKSH here:- http://www.math.ohio-state.edu/~ilya/software/os2/pdksh-5.2.14-bin-2.zip I just tried it yesterday and a number of previous problems in sh.exe from the previous release seem to have disappeared. If you had problems with the previous release, please try this on to see if they are fixed. BTW it is very easy to confuse the two versions as they are both 163844 bytes and the datestamps are 02/02/01 and 01/02/02 (Euro format). -- John **= Email 18 ==========================** Date: Mon, 24 Jun 2002 16:36:44 +0000 From: "Lyn St George" Subject: Re: UnixOS/2 environment On Mon, 24 Jun 2002 14:49:32 +0100, John Poltorak wrote: >> To coin a phrase: EMX is not GNU:) What I mean is the collection >> of GNU tools (make, gcc, sh .....) which will build sources such as >> perl, apache etc, without clashes of incompatible DLLs and >> other tools. > >If you find such an environment, please feel free to tell me about it :-)... > >> I've nuked and rebuilt the damn thing and still get nonsensical >> errors when trying to build perl - though it builds ApacheSSL >> without problems so it must be close. > >If something is misplaced, Perl can be a real pig to build. > >Which version are you trying and what errors do you get? Perl 5.6.1 as a reference - it used to build with no problem. Now it gives this during make: "LINK386 : warning L4051: ....\libperl.lib : cannot find library" ie, trying to cd up 4 dots instead of 2 ??? And perl 5.8.0-rc2 - this gives completely wrong error messages in make: "f:/emx/include/netinet/in.h:89: warning: no semicolon at end of struct or union" and many more similar messages, or: "os2.c:2371: `_emx_env' undeclared (first use in this function)" and more ... Do you recognise any of these?? - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 19 ==========================** Date: Mon, 24 Jun 2002 17:08:18 +0100 From: John Poltorak Subject: Autoconf & lstat With Autoconf v2.50 I was able to build MKTEMP using this script:- extproc sh.exe #!sh PATH=c:/usr/bin';'c:/emx/bin';'c:/usr/local/bin';' CC=gcc CXXFLAGS="-D__EMX__ -DOS2 -Zmtd -D__ST_MT_ERRNO__ -O2" export CFLAGS="-O2 -s -D__ST_MT_ERRNO__" export LDFLAGS="" export EMXSHELL=sh cd /unixos2/workdir/mktemp-1.4 sh autoconf sh autoheader export LINGUAS="en" export C_INCLUDE_PATH=c:/emx/include export LIBRARY_PATH=c:/emx/lib export PREFIX=c:/usr sh ./configure --prefix=c:/usr make CFLAGS="-O2" LDFLAGS="-s -Zcrtdll -Zsysv-signals -Zbin-files -Zexe" It doesn't work with the new build of Autoconf v2.53, due to the undefined symbol _lstat. I think there was some code added to autoheader to handle a missing lstat. Is this still incorporated? -- John **= Email 20 ==========================** Date: Mon, 24 Jun 2002 17:17:13 +0100 From: John Poltorak Subject: Patch -p Is it possible to determine the appropriate value of -p for a patch file? I am devising a general purpose build script which will apply appropriate patches when available, but find the value of -p differs between different patches. Is it possible to convert patch files in order to convert the number of leading components in file names, or alternatively work out the correct value for -p? -- John **= Email 21 ==========================** Date: Mon, 24 Jun 2002 18:05:09 +0100 From: csaba.raduly at sophos.com Subject: Re: Patch -p On 24/06/2002 17:17:13 owner-os2-unix wrote: >Is it possible to determine the appropriate value of -p for a patch file? > >I am devising a general purpose build script which will apply appropriate >patches when available, but find the value of -p differs between different >patches. > >Is it possible to convert patch files in order to convert the number of >leading components in file names, or alternatively work out the correct >value for -p? > I seem to have a hazy recollection of a Perl script I wrote, which would parse a recursive patch and spit out individual patch files, to be applied individually. Parsing patch files isn't too difficult. In this case, all you're interested are lines which begin with 'diff', those look suspiciously like diff commands for individual files. Gathering those reduces the problem to finding the common prefix and ditching that many levels with -p. Implementing is left ... Can you post the first three lines of some of the patchfiles you want to process ? Should look like this: diff ... --- +++ -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 22 ==========================** Date: Mon, 24 Jun 2002 18:20:16 +0400 (MSD) From: "nick" Subject: Re: OpenSSH Package On Mon, 24 Jun 2002 13:04:01 +0200 (CDT), Adrian Gschwend wrote: >>OpenSSH currently looks for its config files in %ETC% directory ;) >>I think, it could be changed to %OPENSSH% dir or smth similar. I do not want to use %UNIXOS2% directly, >>because there are some people who want to use openssh separately from unixos2 package. > >Yeah sure, I think the best thing would be if you could look for >%UNIXROOT% first and if this is not defined you go to %ETC% but >*please* do not add another setting we have to add to config.sys. The >idea of %UNIXROOT% is to get rid of all those SET entries in the >config.sys. Its possible. I should try first the %UNIXROOT%/etc dir or %UNIXROOT%/etc/ssh ? In the linux/solaris environment at my work, the ssh config resides in /etc. >Would my option be possible? %UNIXROOT% first and then %ETC% > >BTW Did you see my question about .0 files, is this man0 directory? Yep, i seen the question, but i don't have the answer ;) Try to ask John Poltorak, he is a guru in such questions. Faithfully Yours, Nick **= Email 23 ==========================** Date: Mon, 24 Jun 2002 19:26:44 +0100 From: John Poltorak Subject: Re: Patch -p On Mon, Jun 24, 2002 at 06:05:09PM +0100, csaba.raduly at sophos.com wrote: > > On 24/06/2002 17:17:13 owner-os2-unix wrote: > > >Is it possible to determine the appropriate value of -p for a patch file? > > > >I am devising a general purpose build script which will apply appropriate > >patches when available, but find the value of -p differs between different > >patches. > > > >Is it possible to convert patch files in order to convert the number of > >leading components in file names, or alternatively work out the correct > >value for -p? > > > > I seem to have a hazy recollection of a Perl script I wrote, which would > parse a recursive patch and spit out individual patch files, to be applied > individually. Yes, I remember that - SLICEM.CMD - excellent utility! > Parsing patch files isn't too difficult. > > In this case, all you're interested are lines which begin with 'diff', > those look suspiciously like diff commands for individual files. > Gathering those reduces the problem to finding the common prefix and > ditching that many levels with -p. Implementing is left ... > > Can you post the first three lines of some of the patchfiles you want > to process ? Should look like this: > > diff ... > --- > +++ Every porter seems to have their own standard. Here are a few examples:- BZIP2:- diff -ur bzip2-1.0.2.orig/bzip2.c bzip2-1.0.2/bzip2.c --- bzip2-1.0.2.orig/bzip2.c Fri Jan 25 11:38:36 2002 +++ bzip2-1.0.2/bzip2.c Sun Mar 3 21:48:32 2002 at at -133,6 +133,14 at at SED:- (does not have diff on first line) --- old/sed-3.02/aclocal.m4 Sun Aug 2 00:38:40 1998 +++ gnu/sed-3.02/aclocal.m4 Sun Sep 23 00:48:12 2001 at at -1,7 +1,7 at at TEXINFO:- diff -PurB -X x-os2unix.dat texinfo-4.1/info/dir.c texinfo-4.1-os2/info/dir.c --- texinfo-4.1/info/dir.c Mon Jun 29 04:51:36 1998 +++ texinfo-4.1-os2/info/dir.c Tue Mar 19 23:44:30 2002 at at -40,31 +40,51 at at -- John **= Email 24 ==========================** Date: Mon, 24 Jun 2002 20:10:53 +0100 From: John Poltorak Subject: Re: Autoconf & lstat On Mon, Jun 24, 2002 at 08:41:38PM +0200, Andreas Buening wrote: > John Poltorak wrote: > > > > With Autoconf v2.50 I was able to build MKTEMP using this script:- > > > > extproc sh.exe > > #!sh > > > > PATH=c:/usr/bin';'c:/emx/bin';'c:/usr/local/bin';' > > CC=gcc > > CXXFLAGS="-D__EMX__ -DOS2 -Zmtd -D__ST_MT_ERRNO__ -O2" > > export CFLAGS="-O2 -s -D__ST_MT_ERRNO__" > > export LDFLAGS="" > > export EMXSHELL=sh > > cd /unixos2/workdir/mktemp-1.4 > > sh autoconf > > sh autoheader > > export LINGUAS="en" > > export C_INCLUDE_PATH=c:/emx/include > > export LIBRARY_PATH=c:/emx/lib > > export PREFIX=c:/usr > > sh ./configure --prefix=c:/usr > > make CFLAGS="-O2" LDFLAGS="-s -Zcrtdll -Zsysv-signals -Zbin-files -Zexe" > > > > It doesn't work with the new build of Autoconf v2.53, due to the undefined > > symbol _lstat. I think there was some code added to autoheader to handle a > > missing lstat. Is this still incorporated? > > No, currently not. The current OS/2 release has the same > features as the "official" release. Now I think it will be > better to handle this directly in the packages. How? > But if you want it I can add these features again. > It's just copy&paste. It may be useful, unless you can think of a better way of handling it. > Btw. some parts of your script look quite strange: > - CXXFLAGS is only for C++ > - -Zexe is useless (and may be dangerous) if you have > a "modern" configure > - Set all your *FLAGS _before_ configure, using them > as make option can be really dangerous Hey - I was just glad to have it working :-)... > Are the mktemp config files really that broken? I don't know anything about mktemp, but it seems to be a standard part of Slackware (and OpenBSD), and since I could get it built under OS/2 without needing to make any changes, I was glad to be able to include it. You can check how broken the config file is here:- ftp://ftp.mktemp.org/pub/mktemp/mktemp-1.4.tar.gz > bye, > Andreas > > -- > One OS to rule them all, One OS to find them, > One OS to bring them all and in the darkness bind them > In the Land of Redmond where the Shadows lie. -- John **= Email 25 ==========================** Date: Mon, 24 Jun 2002 20:39:58 +0200 From: Andreas Buening Subject: Re: Autoconf/automake - circular dependency John Poltorak wrote: > > Autoconf and automake appear to have a circular dependency. For example > autoconf can't be used to create its own configure script until it is > installed, so I need to use the one it comes with in order to install it > and then I can generate a new configure script which will take advantage > of the OS/2 specific features of autoconf. Of course, it's the same problem as for gcc: To compile gcc you need ... gcc. ;-) > Also Makefile.in is gets changed after automake is run which leads to > changes in the Makefile, so is it a good idea to install autoconf and > automake twice to make sure the programs themselves are refreshed? No problem. configure has already been updated, of course. There is no need to rerun autoconf/automake at all. You can only run into trouble if you do some critical changes to the sources. Then and only then it makes sense to run auto* twice. bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond where the Shadows lie. **= Email 26 ==========================** Date: Mon, 24 Jun 2002 20:41:38 +0200 From: Andreas Buening Subject: Re: Autoconf & lstat John Poltorak wrote: > > With Autoconf v2.50 I was able to build MKTEMP using this script:- > > extproc sh.exe > #!sh > > PATH=c:/usr/bin';'c:/emx/bin';'c:/usr/local/bin';' > CC=gcc > CXXFLAGS="-D__EMX__ -DOS2 -Zmtd -D__ST_MT_ERRNO__ -O2" > export CFLAGS="-O2 -s -D__ST_MT_ERRNO__" > export LDFLAGS="" > export EMXSHELL=sh > cd /unixos2/workdir/mktemp-1.4 > sh autoconf > sh autoheader > export LINGUAS="en" > export C_INCLUDE_PATH=c:/emx/include > export LIBRARY_PATH=c:/emx/lib > export PREFIX=c:/usr > sh ./configure --prefix=c:/usr > make CFLAGS="-O2" LDFLAGS="-s -Zcrtdll -Zsysv-signals -Zbin-files -Zexe" > > It doesn't work with the new build of Autoconf v2.53, due to the undefined > symbol _lstat. I think there was some code added to autoheader to handle a > missing lstat. Is this still incorporated? No, currently not. The current OS/2 release has the same features as the "official" release. Now I think it will be better to handle this directly in the packages. But if you want it I can add these features again. It's just copy&paste. Btw. some parts of your script look quite strange: - CXXFLAGS is only for C++ - -Zexe is useless (and may be dangerous) if you have a "modern" configure - Set all your *FLAGS _before_ configure, using them as make option can be really dangerous Are the mktemp config files really that broken? bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond where the Shadows lie. **= Email 27 ==========================** Date: Mon, 24 Jun 2002 20:41:47 +0200 From: Andreas Buening Subject: Re: Building SED using new Autoconf John Poltorak wrote: > > In an attempt to rebuild as many apps from scatch as possible using the > new Autoconf, I thought I would start with SED. > > Do the instructions in README.OS2 of the SED archive:- > > http://hobbes.nmsu.edu/pub/os2/util/file/sed-3_02-r2.zip > > still apply, or are any modifications necessary? Okay, to answer your question I've just tried. ;-) If you only run autoconf, no problem. If you want to run automake you also need to run aclocal, but this overwrites the support for external regex (which is my fault, but can be corrected by a simple copy&paste). Ah, and you should use "automake -i" otherwise you will have to update some outdated help scripts (you will get some warnings anyway). ;-) bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond where the Shadows lie. **= Email 28 ==========================** Date: Mon, 24 Jun 2002 21:18:46 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: OpenSSH Package On Mon, 24 Jun 2002 18:20:16 +0400 (MSD), nick wrote: >Its possible. I should try first the %UNIXROOT%/etc dir or %UNIXROOT%/etc/ssh ? In the linux/solaris >environment at my work, the ssh config resides in /etc. Hmm again good question, I think Holger might have a good answer for that one. Holger, any remarks on that? >Yep, i seen the question, but i don't have the answer ;) Try to ask John Poltorak, he is a guru in such questions. ok, will broadcast that question again, John or anyone else? :-) cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 29 ==========================** Date: Mon, 24 Jun 2002 21:27:06 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: unixos2 packages On Thu, 20 Jun 2002 21:57:08 +0400 (MSD), nick wrote: >yep, i am here ;) Its not very hard to compile from scratch, but the process is not fully automated yet ;) The >makefile needs to be rewritten a bit. Also, the pcre and openssl libraries are needed to build openssh - i think, they >must be incorporated in unixos2 tree too. what about commiting the changes for openssl, pcre and openssh to the original archives? Have you ever tried to contact them? Would be nice if we could have all changes in the original CVS. If you don't want to contact them but would send them the patches I might ask them if you don't mind. cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 30 ==========================** Date: Mon, 24 Jun 2002 22:05:04 +0100 From: John Poltorak Subject: Re: UnixOS/2 environment On Mon, Jun 24, 2002 at 10:43:32PM +0200, Andreas Buening wrote: > I have a small script I've used to build perl. It may > help you, perhaps. > > unset CONFIG > unset CPP > unset CFLAGS > unset LDFLAGS > unset RANLIB > unset EMXSHELL You could do something like this to completely clear the environment first:- printenv | sed "s/^/set /;s/=.*/=/" >foo.cmd call foo then explicitly the path to 'c:\usr\bin;c:\os2;' (or whatever is relevant for your system) which should be sufficient for most needs... > sed -e s/-Zmt/-Zmt -D__ST_MT_ERRNO__/ < hints/os2.sh > hints/os2.h > patch -p0 < os2/diff.configure This is no longer required with 5.8.0 RC1. > # note: ksh is required for /bin/sh AND the first sh.exe in your PATH! > # note: do not use bash as interactive shell > ./Configure -de -D prefix=e: > # note: ksh.exe must be replaced by ash or bash before calling make! Just use PDKSH's sh.exe exclusively whilst building Perl. > make > ren INSTALL INSTALL.txt No need for this either now. > make install > > bye, > Andreas > > -- > One OS to rule them all, One OS to find them, > One OS to bring them all and in the darkness bind them > In the Land of Redmond where the Shadows lie. -- John **= Email 31 ==========================** Date: Mon, 24 Jun 2002 22:35:24 +0100 From: John Poltorak Subject: Re: unixos2 packages On Thu, Jun 20, 2002 at 09:57:08PM +0400, nick wrote: > yep, i am here ;) Its not very hard to compile from scratch, but the process is not fully automated yet ;) The > makefile needs to be rewritten a bit. Also, the pcre and openssl libraries are needed to build openssh - i think, they > must be incorporated in unixos2 tree too. What is pcre? As for openssl, I'm a little unsure about what needs doing... There seem to be two seperate archives:- http://www.openssl.org/source/openssl-0.9.6d.tar.gz http://www.openssl.org/source/openssl-engine-0.9.6d.tar.gz How do they relate? Slackware includes three packages which seem to related to ssl:- ossllibs: openssl-0.9.6a shared libraries ->ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/slackware-8.0/slakware/a1/ossllibs.tgz mod_ssl: mod_ssl-2.8.4-1.3.20 ->ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/slackware-8.0/slakware/n1/mod_ssl.tgz openssl: openssl-0.9.6a ->ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/slackware-8.0/slakware/n1/openssl.tgz I don't know much about openssl at all, but is your work equivalent to these three packages? If so, I would like to try and use the structures in those packages if possible. > Faithfully Yours, Nick > > -- John **= Email 32 ==========================** Date: Mon, 24 Jun 2002 22:42:56 +0200 From: Andreas Buening Subject: Re: Gettext v0.11.2 Dave and Natalie wrote: > > On Sun, 23 Jun 2002 13:35:23 +0200, Andreas Buening wrote: > > >> cp855.h > >> cp856.h > >> .. > >> These look familiar > > > >Okay, I can only talk about 1.7. There these header files > >are only used for DOS and AIX (this could be fixed, of course). > >I also have a lot more codepages in \LANGUAGE\CODEPAGE. > >At least the iso-8859-? codepages are missing. And the library > >is _huge_. I couldn't compile it but I got an 800 K object > >file (maybe including debug code). I had a bad feeling > >if I had to link that big thing to every executable. > > libiconv-1.8/lib has iso-8859-1 to 8859-16. version 1.7 has iso-8859-? but does not know anything about OS/2 codepage names. The job of gettext is to find out the name of the output charset and the job of iconv is to recognize the name and to translate the charsets. Of course, it's possible to add that support. > The list I posted earlier was just a snippet. I ended up with an 800+ K dll with this error > iconv.o(iconv.o) : error L2029: 'locale_charset' : unresolved external > So I said to hell with makefile.os2 and did the configure and make routine and ended up with an error free build and a 931202 byte dll. > About linking this huge thing. Doesn't OS/2 just load one instance of a dll and call whatever routines are needed? Is it that bad to have a huge dll? I don't know much about this. If that dll has already been loaded into memory (and still is). Nevertheless, I think the small iconv/2 would be better because it uses the native nls stuff of OS/2. This means if the codepage is in your \LANGUAGE\CODEPAGE directory then it is automatically supported. You get a small iconv.dll that calls another small OS/2 dll. Every codepage is loaded into memory at runtime if requested. > Also I wonder about backwards compatibility when building a dll with libtool. It's the same as if you use an ordinary Makefile that uses export by name. bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond where the Shadows lie. **= Email 33 ==========================** Date: Mon, 24 Jun 2002 22:43:32 +0200 From: Andreas Buening Subject: Re: UnixOS/2 environment Lyn St George wrote: > > On Mon, 24 Jun 2002 14:49:32 +0100, John Poltorak wrote: > >If something is misplaced, Perl can be a real pig to build. > > > >Which version are you trying and what errors do you get? > > Perl 5.6.1 as a reference - it used to build with no problem. Now > it gives this during make: > "LINK386 : warning L4051: ....\libperl.lib : cannot find library" > ie, trying to cd up 4 dots instead of 2 ??? No. The build systems tries to use ..\..\libperl.lib but your shell cannot handle '\'. > And perl 5.8.0-rc2 - this gives completely wrong error messages in make: > "f:/emx/include/netinet/in.h:89: warning: no semicolon at end of struct or union" > and many more similar messages, or: > "os2.c:2371: `_emx_env' undeclared (first use in this function)" > and more ... > > Do you recognise any of these?? It's hard to remember which error message is related to which problem ;-) I have a small script I've used to build perl. It may help you, perhaps. unset CONFIG unset CPP unset CFLAGS unset LDFLAGS unset RANLIB unset EMXSHELL sed -e s/-Zmt/-Zmt -D__ST_MT_ERRNO__/ < hints/os2.sh > hints/os2.h patch -p0 < os2/diff.configure # note: ksh is required for /bin/sh AND the first sh.exe in your PATH! # note: do not use bash as interactive shell ./Configure -de -D prefix=e: # note: ksh.exe must be replaced by ash or bash before calling make! make ren INSTALL INSTALL.txt make install bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond where the Shadows lie. **= Email 34 ==========================** Date: Mon, 24 Jun 2002 22:45:39 +0200 From: Andreas Buening Subject: Re: New PDKSH John Poltorak wrote: > > There is an updated PDKSH here:- > > http://www.math.ohio-state.edu/~ilya/software/os2/pdksh-5.2.14-bin-2.zip > > I just tried it yesterday and a number of previous problems in sh.exe from > the previous release seem to have disappeared. > > If you had problems with the previous release, please try this on to see > if they are fixed. Yes, it helps. bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond where the Shadows lie. **= Email 35 ==========================** Date: Mon, 24 Jun 2002 22:55:09 +0000 From: "Lyn St George" Subject: Re: unixos2 packages On Mon, 24 Jun 2002 22:35:24 +0100, John Poltorak wrote: >On Thu, Jun 20, 2002 at 09:57:08PM +0400, nick wrote: > >> yep, i am here ;) Its not very hard to compile from scratch, but the process is not fully automated yet ;) The >> makefile needs to be rewritten a bit. Also, the pcre and openssl libraries are needed to build openssh - i think, they >> must be incorporated in unixos2 tree too. > >What is pcre? Perl Compatibility Random Entropy (or similar ..) > >As for openssl, I'm a little unsure about what needs doing... > >There seem to be two seperate archives:- > >http://www.openssl.org/source/openssl-0.9.6d.tar.gz >http://www.openssl.org/source/openssl-engine-0.9.6d.tar.gz > >How do they relate? > >Slackware includes three packages which seem to related to ssl:- > >ossllibs: openssl-0.9.6a shared libraries > >->ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/slackware-8.0/slakware/a1/ossllibs.tgz > > >mod_ssl: mod_ssl-2.8.4-1.3.20 > >->ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/slackware-8.0/slakware/n1/mod_ssl.tgz Mod_ssl is different - this is what you compile into Apache to make one version of Apache/SSL (there is another way too ..). The version number must match the version of Apache. In Apache 2.x, mod_ssl is included in the source. >openssl: openssl-0.9.6a > >->ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/slackware-8.0/slakware/n1/openssl.tgz > >I don't know much about openssl at all, but is your work equivalent to >these three packages? If so, I would like to try and use the structures >in those packages if possible. I've never had any luck with OpenSSH, but OpenSSL is not hard to build - at least the last time I tried, which was 0.9.6b. > >> Faithfully Yours, Nick >> >> > > >-- >John > > > - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 36 ==========================** Date: Mon, 24 Jun 2002 23:14:57 +0100 From: John Poltorak Subject: Re: unixos2 packages On Tue, Jun 25, 2002 at 01:46:56AM +0400, nick wrote: > pcre does not need any changes to sources - it compiles for os/2 from original sources. I just tried building it using the standard autoconf/configure procedure and it stops because I don't have a libtool. Do I just need to install this? :- ftp://ftp.gnu.org/pub/gnu/libtool/libtool-1.4.2.tar.gz If so, are there any problems? > Faithfully Yours, Nick -- John **= Email 37 ==========================** Date: Mon, 24 Jun 2002 23:48:47 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: unixos2 packages On Mon, 24 Jun 2002 22:35:24 +0100, John Poltorak wrote: >What is pcre? PCRE - Perl Compatible Regular Expressions http://www.pcre.org/ cu Adrian -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org