From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Tue, 9 Jul 2002 04:31:42 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 267 ************************************************** Monday 08 July 2002 Number 267 ************************************************** Subjects for today 1 unsubscribe : Charlie Smith 2 Re: db.lib : John Poltorak 3 Re: Attrib -> chmod : John Drabik" 4 Re: db.lib : Lyn St George" 5 Re: db.lib : John Poltorak 6 Re: db.lib : Lyn St George" 7 unsubscribe : Jerry Kelly 8 Attrib -> chmod : John Poltorak 9 Re: db.lib : John Poltorak 10 unsubscribe : riceguy 11 Re: Baseline toolset RC1 : Maynard" 12 There's something in the environment... : John Poltorak 13 Re: db.lib : Lyn St George" 14 Re: There's something in the environment... : John Poltorak **= Email 1 ==========================** Date: Tue, 09 Jul 2002 07:58:29 -0500 From: Charlie Smith Subject: unsubscribe unsubscribe -- Open Source: every now and then, you get what you don't pay for **= Email 2 ==========================** Date: Tue, 9 Jul 2002 08:45:08 +0100 From: John Poltorak Subject: Re: db.lib On Mon, Jul 08, 2002 at 10:36:38PM +0000, Lyn St George wrote: > On Mon, 8 Jul 2002 14:37:32 +0100, John Poltorak wrote: > > >Looking through EMX Fix04 there has been an update to db.a, but AIUI is > >this is an ST build. An MT build is required when building Perl, and a > >version of this has been provided by IlyaZ, but that one is based on the > >original source code and does not reflect any updates included in Fix04. > > > >There doesn't seem to be any source code available for the update so I'm > >wondering how I could get an updated db.lib based on the EMX code. > > This would still be Berkeley DB v1.x, which is basically outdated. See > http://www.sleepycat.com/historic.html, which also links to the source. > > I promised some time ago to build v3.x, but still haven't had the time. > V 4 will build perl 5.6.1 OK, but the API is different to that of v3.x, (which > is the one in MySQL) so is probably not the best choice. > > Any opinions on the best version for UnixOS/2? I'm trying to establish a baseline build so would rather avoid bleeding edge versions for the time being. Fom that point of view v3 would be better, as long as Perl builds OK. How does Berkeley DB relate to MySQL? > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- > -- John **= Email 3 ==========================** Date: Tue, 09 Jul 2002 09:46:07 -0600 (MDT) From: "John Drabik" Subject: Re: Attrib -> chmod On Tue, 9 Jul 2002 14:49:24 +0100, John Poltorak wrote: >How do I change 'attrib -R * /s' to chmod ? Short answer: you don't. chmod is used for setting read, write, and execute privileges (i.e., who can use or modify them); hiding is a file attribute, not a file privilege. For hidden files, the R (Read-only) attribute of DOS-land is replaced by a leading "." on the filename in Unix-land (don't confuse this with "./", which refers to the current directory). So, your command will be along the lines of: mv filename .filename or (only to amplify the point about not confusing with the current directory marker; you don't need this in real life): mv ./filename ./.filename You can do this with a -r (recursive) option, but you could also use a "for" loop. JD **= Email 4 ==========================** Date: Tue, 09 Jul 2002 12:43:38 +0000 From: "Lyn St George" Subject: Re: db.lib On Tue, 9 Jul 2002 08:45:08 +0100, John Poltorak wrote: >On Mon, Jul 08, 2002 at 10:36:38PM +0000, Lyn St George wrote: >> On Mon, 8 Jul 2002 14:37:32 +0100, John Poltorak wrote: >> >> >Looking through EMX Fix04 there has been an update to db.a, but AIUI is >> >this is an ST build. An MT build is required when building Perl, and a >> >version of this has been provided by IlyaZ, but that one is based on the >> >original source code and does not reflect any updates included in Fix04. >> > >> >There doesn't seem to be any source code available for the update so I'm >> >wondering how I could get an updated db.lib based on the EMX code. >> >> This would still be Berkeley DB v1.x, which is basically outdated. See >> http://www.sleepycat.com/historic.html, which also links to the source. >> >> I promised some time ago to build v3.x, but still haven't had the time. >> V 4 will build perl 5.6.1 OK, but the API is different to that of v3.x, (which >> is the one in MySQL) so is probably not the best choice. >> >> Any opinions on the best version for UnixOS/2? > >I'm trying to establish a baseline build so would rather avoid bleeding >edge versions for the time being. Fom that point of view v3 would be >better, as long as Perl builds OK. 4.0.14 is not the bleeding edge, in fact as mentioned in http://www.sleepycat.com/historic.html 4.x is now the only version being supported, meaning that v3 is also obsolete from their point of view. >How does Berkeley DB relate to MySQL? MySQL uses v 3.2.9a. I tried to build it once but it gave lots of errors which looked very time-consuming to delve into so I had to put it aside. Since then it hasn't made off the bottom of my TODO list ... v4.0.14 builds out-of-the-box (or very near to it) - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 5 ==========================** Date: Tue, 9 Jul 2002 13:25:42 +0100 From: John Poltorak Subject: Re: db.lib On Tue, Jul 09, 2002 at 12:43:38PM +0000, Lyn St George wrote: > v4.0.14 builds out-of-the-box (or very near to it) Is this the one? :- http://www.sleepycat.com/update/snapshot/db-4.0.14.tar.gz Do you have any tips for building it? > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- -- John **= Email 6 ==========================** Date: Tue, 09 Jul 2002 13:58:12 +0000 From: "Lyn St George" Subject: Re: db.lib On Tue, 9 Jul 2002 13:25:42 +0100, John Poltorak wrote: >On Tue, Jul 09, 2002 at 12:43:38PM +0000, Lyn St George wrote: > > >> v4.0.14 builds out-of-the-box (or very near to it) > > >Is this the one? :- > >http://www.sleepycat.com/update/snapshot/db-4.0.14.tar.gz > > >Do you have any tips for building it? My build notes contain only this: "21.02.2002 set chmod, ar and friends in 'configure' and thus 'makefile' Added to configure: os2*) optimize_def="-O2" LDFLAGS="$LDFLAGS -Zexe" LIBS="$LIBS -lgcc";; and: cross_compiling=no" plus the output of 'make install'. Ahh .. I've just remembered, looking through various notes, that this would not build with '--enable-compat185'. Henry pointed out a reason why this would be important to include (old age has removed the reason from my brain ...perhaps 'all reason' even ..) - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 7 ==========================** Date: Tue, 09 Jul 2002 14:16:49 -0400 From: Jerry Kelly Subject: unsubscribe unsubscribe **= Email 8 ==========================** Date: Tue, 9 Jul 2002 14:49:24 +0100 From: John Poltorak Subject: Attrib -> chmod How do I change 'attrib -R * /s' to chmod ? -- John **= Email 9 ==========================** Date: Tue, 9 Jul 2002 15:00:46 +0100 From: John Poltorak Subject: Re: db.lib On Tue, Jul 09, 2002 at 01:58:12PM +0000, Lyn St George wrote: > On Tue, 9 Jul 2002 13:25:42 +0100, John Poltorak wrote: > > >On Tue, Jul 09, 2002 at 12:43:38PM +0000, Lyn St George wrote: > > > > > >> v4.0.14 builds out-of-the-box (or very near to it) > > > > > >Is this the one? :- > > > >http://www.sleepycat.com/update/snapshot/db-4.0.14.tar.gz > > > > > >Do you have any tips for building it? > > My build notes contain only this: > "21.02.2002 > set chmod, ar and friends in 'configure' and thus 'makefile' > > Added to configure: > os2*) optimize_def="-O2" > LDFLAGS="$LDFLAGS -Zexe" > LIBS="$LIBS -lgcc";; > > and: > cross_compiling=no" > > plus the output of 'make install'. > > Ahh .. I've just remembered, looking through various notes, that > this would not build with '--enable-compat185'. Henry pointed out > a reason why this would be important to include (old age has > removed the reason from my brain ...perhaps 'all reason' even ..) I just gave it a quick try, and it looks as though it will be a long haul getting it working... I saw these errors when running configure after previously running autoconf:- configure:2118: $? = 1 configure:2144: checking for C compiler default output configure:2147: gcc conftest.c >&5 c:\emx\lib/gcc.a(frame.o): Undefined symbol _malloc referenced from text segment c:\emx\lib/gcc.a(frame.o): Undefined symbol _malloc referenced from text segment c:\emx\lib/gcc.a(frame.o): Undefined symbol _free referenced from text segment c:\emx\lib/gcc.a(frame.o): Undefined symbol _abort referenced from text segment c:\emx\lib/gcc.a(frame.o): Undefined symbol _free referenced from text segment c:\emx\lib/gcc.a(frame.o): Undefined symbol _abort referenced from text segment c:\emx\lib/gcc.a(frame.o): Undefined symbol _memset referenced from text segment configure:2150: $? = 1 configure: failed program was: For some reason these msgs make me think I will be able to build Perl 5.8.0 correctly if I can get the db.lib built... The inclusion of -lgcc above makes me think I need to be using gcc 3.0.3... Do you have a pre-built db.lib I can use? > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- > -- John **= Email 10 ==========================** Date: Tue, 09 Jul 2002 15:36:02 -0400 From: riceguy Subject: unsubscribe unsubscribe **= Email 11 ==========================** Date: Tue, 09 Jul 2002 16:20:46 -0500 (CDT) From: "Maynard" Subject: Re: Baseline toolset RC1 Hi to John and all, I'm working on putting your baseline and build_system together here as a novice. The saddest trouble from this side of the pond is obtaining or maintaining a connection with leo. I did catch a glimpse of a login message talking about moving their servers; more info on this is available at http://www.leo.org/neues/umzug_garching_en.html If we don't find another home for those critical packages which reside only on leo, they won't be available again until mid August or so, at best it seems. It looks like you folks have done a fine job putting this thing together, and I'd love to test it for you; so I did manage to get some files from 213.152.37.92 (thanks!) but that connection is troublesome for me as well sometimes. Please note that I'm pretty sure that I did get the baseline\archives\bash...zip from there today and that it does not pass -t verification, so you may want to verify that; of course it could be fine there and buggered here; it's been that kind of week here. Comments so far before I lose track of them: I like the following parameters for wget in baseline\gather.cmd: wget -Nc -t 1 -P %repository% -i toolset.lst toolset.lst does have a duplication of gtar258.zip but the above parameters will skip right over it I'm curious what these directory trees should look like from the root, specifically for these local "baseline" and "build_system" mirrors of your well assembled project. Thanks again. I'll chirp up when I've rounded the next bend, `~Maynard **= Email 12 ==========================** Date: Tue, 9 Jul 2002 16:59:58 +0100 From: John Poltorak Subject: There's something in the environment... In my quest to simplify a Perl build, I decide to complete clear the environment before starting the build, and, notsurprisingly, it failed, even though the script explicitly set the path to all the Unix commands including the GNU utilities and gcc. If I restore the environment it works fine again... When the environment is clear, I get:- C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[138]: cat: not found C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[161]: rm: not found C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[1039]: sed: not found C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[1072]: sed: not found C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[1084]: cat: not found These errors persist even when the path is set to C:\USR\BIN;C:\OS2; before running the script. Adding %COMSPEC% makes no difference either. Is the absence of any other variable likely to cause such a problem? Maybe there is something else hidden away in the path which is needed... I guess I'll have to try all 84 variables to see which one does the trick. -- John **= Email 13 ==========================** Date: Tue, 09 Jul 2002 17:17:25 +0000 From: "Lyn St George" Subject: Re: db.lib On Tue, 9 Jul 2002 15:00:46 +0100, John Poltorak wrote: >I just gave it a quick try, and it looks as though it will be a long haul >getting it working... I saw these errors when running configure after >previously running autoconf:- > > >configure:2118: $? = 1 >configure:2144: checking for C compiler default output >configure:2147: gcc conftest.c >&5 >c:\emx\lib/gcc.a(frame.o): Undefined symbol _malloc referenced from text segment >c:\emx\lib/gcc.a(frame.o): Undefined symbol _malloc referenced from text segment >c:\emx\lib/gcc.a(frame.o): Undefined symbol _free referenced from text segment >c:\emx\lib/gcc.a(frame.o): Undefined symbol _abort referenced from text segment >c:\emx\lib/gcc.a(frame.o): Undefined symbol _free referenced from text segment >c:\emx\lib/gcc.a(frame.o): Undefined symbol _abort referenced from text segment >c:\emx\lib/gcc.a(frame.o): Undefined symbol _memset referenced from text segment >configure:2150: $? = 1 >configure: failed program was: The configure I used is too big to attach, so it's at ftp://ftp.zolotek.net/os2/configure.bd.4014 and goes in db-4.0.14/dist/. It should be enough to build it, though you should search for '.exe' and replace paths as appropriate for your system. I did not use autoconf. >For some reason these msgs make me think I will be able to build Perl >5.8.0 correctly if I can get the db.lib built... > >The inclusion of -lgcc above makes me think I need to be using gcc >3.0.3... I built it with either 2.8.1 or 2.95.3 (not sure when I changed the default gcc) >Do you have a pre-built db.lib I can use? Ted Tsikora gave the url for one at unixos2.com, though this is built without the '--enable-compat185' flag. - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- **= Email 14 ==========================** Date: Tue, 9 Jul 2002 21:16:40 +0100 From: John Poltorak Subject: Re: There's something in the environment... On Tue, Jul 09, 2002 at 04:59:58PM +0100, John Poltorak wrote: > > In my quest to simplify a Perl build, I decide to complete clear the > environment before starting the build, and, notsurprisingly, it failed, > even though the script explicitly set the path to all the Unix commands > including the GNU utilities and gcc. If I restore the environment it > works fine again... > > When the environment is clear, I get:- > > > C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[138]: cat: not found > C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[161]: rm: not found > C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[1039]: sed: not found > C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[1072]: sed: not found > C:\EVAL\PERL\PERL-5.6.1\CONFIGURE[1084]: cat: not found > > > These errors persist even when the path is set to C:\USR\BIN;C:\OS2; > before running the script. Adding %COMSPEC% makes no difference either. > > Is the absence of any other variable likely to cause such a problem? > I guess I'll have to try all 84 variables to see which one does the trick. It's this one which makes the difference:- set OS2_SHELL=C:\OS2\CMD.EXE -- John