From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Sat, 6 Jul 2002 04:31:34 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 264 ************************************************** Friday 05 July 2002 Number 264 ************************************************** Subjects for today 1 Re: Gettext / libiconv : Franz Bakan" 2 Re: Baseline toolset : lordspigol" 3 Re: Baseline toolset : John Poltorak 4 Re: Baseline toolset : lordspigol" 5 Re: UnixOS/2 Build System : Thomas Hoffmann 6 Re: Baseline toolset : John Poltorak 7 Re: Gettext / libiconv : John Poltorak 8 Re: Directory listing : Maynard" 9 Re: Baseline toolset : John Poltorak 10 Re: Directory listing : Maynard" 11 Directory listing : John Poltorak 12 Re: Directory listing : lordspigol" 13 Re: Directory listing : John Poltorak 14 Re: GREP - LDFLAGS : Andreas Buening 15 Re: Make 3.79.1 & GETTEXT problem : Andreas Buening 16 Re: Gettext / libiconv : Dave and Natalie" **= Email 1 ==========================** Date: Sat, 06 Jul 2002 01:18:39 +0200 (CEST) From: "Franz Bakan" Subject: Re: Gettext / libiconv On Fri, 5 Jul 2002 16:47:11 +0100, John Poltorak wrote: >I suppose other apps which may affect things are SH, AWK, MAKE... > >I think that Make is the culprit. > >I've gone through several different versions of each of the above and >reverting to Make 3.76.1 seems to create a proper config.h. I can confirm this. When I use make 3.76.1s (11.08.01 12:37) gettext 0.11.2 builds here also without the VERSION fix. I just have to enter make (twice) in gettext-0.11.2\os2 and then make distr. ( but libiconv-1.8.tar.gz has to be compiled and installed first! ) When I use make 3.79.1 VERSION = $(shell sed ../configure.in -ne "/AM_INIT_AUTOMAKE/{" -e "s/.*(gettext, *\\(.*\\))/\\1/" -e "p" -e "}") doesn't work. The versions of the other tools I use here: GNU Awk 3.1.0 gawk-3_1_0-bin.zip (07.10.01 1:43) GNU sed version 3.02.80 sed-3.02.80-1.i386-OS2.rpm (20.11.99 15:35) sh.exe pdksh-5.2.13-emx.zip (07.01.99 1:01) Franz **= Email 2 ==========================** Date: Sat, 06 Jul 2002 06:41:12 -0300 (ADT) From: "lordspigol" Subject: Re: Baseline toolset John, thanks by this list of files. Someday I want compile some gnu c/c++ sourcefile all by myself. regards, Rod On Sat, 6 Jul 2002 09:03:37 +0100, John Poltorak wrote: >EMX ftp://ftp.leo.org/pub/comp/os/os2/leo/gnu/emx+gcc/* [list of files zapped] >UNZIP http://hobbes.nmsu.edu/pub/os2/util/archiver/uzs550x2.exe **= Email 3 ==========================** Date: Sat, 6 Jul 2002 09:03:37 +0100 From: John Poltorak Subject: Re: Baseline toolset On Fri, Jul 05, 2002 at 07:20:41PM +0100, John Poltorak wrote: > It seems that many build errors occur because of differences in people's > installed toolsets. > > I thought it might be useful to establish a baseline for a standard > toolset and progress from there in small steps. To begin with I would > suggest:- EMX ftp://ftp.leo.org/pub/comp/os/os2/leo/gnu/emx+gcc/* GNU File Utils http://hobbes.nmsu.edu/pub/os2/util/file/gnufutil.zip GNU Shell Utils http://hobbes.nmsu.edu/pub/os2/util/shell/gnusutil.zip GNU Text Utils http://hobbes.nmsu.edu/pub/os2/util/file/gnututil.zip AWK http://hobbes.nmsu.edu/pub/os2/dev/awk/gnuawk.zip GREP http://hobbes.nmsu.edu/pub/os2/util/file/gnugrep.zip SED http://hobbes.nmsu.edu/pub/os2/dev/util/sed302.zip MAKE http://hobbes.nmsu.edu/pub/os2/dev/util/make-3_76_1s.zip TAR http://hobbes.nmsu.edu/pub/os2/util/archiver/gtar258.zip GZIP http://hobbes.nmsu.edu/pub/os2/util/archiver/gtar258.zip M4 http://hobbes.nmsu.edu/pub/os2/dev/misc/gnum4.zip PATCH http://hobbes.nmsu.edu/pub/os2/dev/util/gnupatch.zip DIFF http://hobbes.nmsu.edu/pub/os2/util/file/gnudiff.zip FIND http://hobbes.nmsu.edu/pub/os2/util/disk/gnufind.zip FLEX http://hobbes.nmsu.edu/pub/os2/dev/misc/flex254-2.zip BYACC http://hobbes.nmsu.edu/pub/os2/dev/util/byacc.zip BISON http://hobbes.nmsu.edu/pub/os2/dev/emx/contrib/bison/bison128.zip PERL AUTOCONF http://hobbes.nmsu.edu/pub/os2/dev/util/autoconf-2_53.zip AUTOMAKE http://hobbes.nmsu.edu/pub/os2/dev/util/automake-1_6_2.zip SH http://hobbes.nmsu.edu/pub/os2/util/shell/ksh527rt.zip BASH http://hobbes.nmsu.edu/pub/os2/util/shell/bash-2.0-b264.zip ZIP http://hobbes.nmsu.edu/pub/os2/util/archiver/zcr23x2.zip UNZIP http://hobbes.nmsu.edu/pub/os2/util/archiver/uzs550x2.exe This is mainly a conservative selection, but newer versions will be included if there is some agreement on doing so. The main idea behind this is for setting a standard toolset which can be used to build UnixOS/2 apps, including updated versions of apps in this toolset. Is there anything important which has been missed? I'm not really sure which PERL package to include. I would appreciate any feedback on the apps selected. I'm tempted to include IlyaZ's latest PDKSH, but I doubt whether most be people will be happy about using such a recent version. -- John **= Email 4 ==========================** Date: Sat, 06 Jul 2002 09:04:40 -0300 (ADT) From: "lordspigol" Subject: Re: Baseline toolset This would be the ideal. But I have some simple doubts of a newbie in Unix environment. (although I already ran Unix, but not compiling in that system) What environment variables should be set? I know home isnt the only variable needed. regards, Rod On Sat, 6 Jul 2002 11:40:33 +0100, John Poltorak wrote: >I would like to think that the baseline toolset combined with my build >framework will allow all the apps to be rebuilt from source, although I >still haven't heard of any success stories from anyone else who may have >tried.... **= Email 5 ==========================** Date: Sat, 06 Jul 2002 11:07:33 +0100 From: Thomas Hoffmann Subject: Re: UnixOS/2 Build System John Poltorak schrieb: > > > Yes, I guess we need to decide whether to include html docs as standard... > > I don't know if there is a way to build them automatically via a configure > option, but that would be the simplest way. I think html docs are not a GNU standard doc format. Most of the time they create info (not that horrible by the way) and dvi docs. At least for them I found targets in typical Makefile.in. To add html output one should add a new target to this Makefile.in, similar to the info target (this is for GNU make): make.info: make.texinfo $(MAKEINFO) -I$(srcdir) $(srcdir)/make.texinfo -o make.info now add: make.html: make.texinfo $(MAKEINFO) --html -I$(srcdir) $(srcdir)/make.texinfo -o make.html But be aware that not all texinfo source that are accepted for info creation will be accepted for html creation, to (in the above example makeinfo barfed with: G:\src\gnumake>makeinfo --html make.texinfo make.texinfo:112: Warnung: at menu vor dem ersten at node gesehen, ˙Top½-Knoten wird angelegt. make.texinfo:112: Warnung: vielleicht sollte der at top-Knoten eher von at ifnottex als von at ifinfo umschlossen werden?. ../make.texinfo:112: Das Feld ˙n˙chstes½ (Next) des Knotens ˙Top½ verweist nicht auf. ../make.texinfo:343: Dieser Knoten (Preparing) hat einen fehlerhaften Eintrag im Feld ˙voriges½ (Prev). ../make.texinfo:1366: Prev Verweis auf den nicht existierenden Knoten ˙Rule Example½. ../make.texinfo:8187: Das Feld ˙n˙chstes½ (Next) des Knotens ˙Missing½ verweist nicht auf. ../make-stds.texi:4: Dieser Knoten (Makefile Conventions) hat einen fehlerhaften Eintrag im Feld ˙voriges½ (Prev). ../make-stds.texi:4: ˙Makefile Conventions½ hat kein ˙Up½-Feld. ../make.texinfo:8320: Das Feld ˙voriges½ (Prev) des Knotens ˙Quick Reference½ verweist nicht auf. ../make-stds.texi:4: Dieser Knoten (Makefile Conventions) hat einen fehlerhaften Eintrag im Feld ˙n˙chstes½ (Next). ../make.texinfo:1313: Menu Verweis auf den nicht existierenden Knoten ˙Rule Example½. ../make.texinfo:165: Menu Verweis auf den nicht existierenden Knoten ˙Rule Example½. makeinfo: Entferne Ausgabe-Datei ˙/src/gnumake/make.html½ wegen der Fehler; --force benutzen, um diese beizubehalten. (You can debug the texinfo src now or add the --force flag to the makeinfo command). > Does anyone know if this is possible? > > > (BTW: wget, at least > > the package I did download, already has html docs). > > I don't see any in the GNU source, apart from something called > download.html... This was a binary package, not the GNU src. -- Thomas Hoffmann Telephone: 49-351-4598831 thoffman at zappa.sax.de Dresden, Germany ..sig under construction ... **= Email 6 ==========================** Date: Sat, 6 Jul 2002 11:40:33 +0100 From: John Poltorak Subject: Re: Baseline toolset On Sat, Jul 06, 2002 at 06:41:12AM -0300, lordspigol wrote: > John, thanks by this list of files. > > Someday I want compile some gnu c/c++ sourcefile all by myself. I would like to think that the baseline toolset combined with my build framework will allow all the apps to be rebuilt from source, although I still haven't heard of any success stories from anyone else who may have tried.... > regards, > Rod > > On Sat, 6 Jul 2002 09:03:37 +0100, John Poltorak wrote: > > >EMX ftp://ftp.leo.org/pub/comp/os/os2/leo/gnu/emx+gcc/* > [list of files zapped] > >UNZIP http://hobbes.nmsu.edu/pub/os2/util/archiver/uzs550x2.exe > > > -- John **= Email 7 ==========================** Date: Sat, 6 Jul 2002 12:09:26 +0100 From: John Poltorak Subject: Re: Gettext / libiconv On Sat, Jul 06, 2002 at 01:18:39AM +0200, Franz Bakan wrote: > On Fri, 5 Jul 2002 16:47:11 +0100, John Poltorak wrote: > > >I suppose other apps which may affect things are SH, AWK, MAKE... > > > >I think that Make is the culprit. > I can confirm this. When I use make 3.76.1s (11.08.01 12:37) > > gettext 0.11.2 builds here also without the VERSION fix. That is very unfortunate because the selection of the correct make is a real quagmire with so many different builds available. I was hoping v3.79.1 would put an end to all that. > I just have to enter make (twice) in gettext-0.11.2\os2 Any idea why running make twice is necessary? I tried to put two makes in a script but that didn't get round the problem. > The versions of the other tools I use here: > > GNU Awk 3.1.0 gawk-3_1_0-bin.zip (07.10.01 1:43) > GNU sed version 3.02.80 sed-3.02.80-1.i386-OS2.rpm (20.11.99 15:35) > sh.exe pdksh-5.2.13-emx.zip (07.01.99 1:01) I'm hoping to come up with baseline toolset which I would like to see adopted with a view to making progress on a common updated toolset. At the moment everyone makes adhoc updates which can easily result in different results while attempting to run the same process. I would be grateful for any comments on a proposed baseline toolset. > Franz -- John **= Email 8 ==========================** Date: Sat, 06 Jul 2002 12:17:29 -0500 (CDT) From: "Maynard" Subject: Re: Directory listing On Sat, 6 Jul 2002 16:59:27 +0100, John Poltorak wrote: >Does anyone know any program which will create a directory listing in a >format similar to this?:- > > >emx .exe 52015 A 22-04-00 19:14:26 X:\emx\bin It would seem to be restricted to 8.3 filenames `~Maynard **= Email 9 ==========================** Date: Sat, 6 Jul 2002 14:37:37 +0100 From: John Poltorak Subject: Re: Baseline toolset On Sat, Jul 06, 2002 at 09:04:40AM -0300, lordspigol wrote: > This would be the ideal. > > But I have some simple doubts of a newbie in Unix environment. > (although I already ran Unix, but not compiling in that system) > > What environment variables should be set? > > I know home isnt the only variable needed. Everything you need should be in the wrapper for the build system which you can find using this command:- wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/build.cmd The whole build framework consists of a number of shell scripts and config files which are under build_system. You need to userid above to gain access. Be aware that some of these files are likely to change to accomodate the building of more apps. The system is very much work in progress. > regards, > Rod > > On Sat, 6 Jul 2002 11:40:33 +0100, John Poltorak wrote: > > >I would like to think that the baseline toolset combined with my build > >framework will allow all the apps to be rebuilt from source, although I > >still haven't heard of any success stories from anyone else who may have > >tried.... > > > -- John **= Email 10 ==========================** Date: Sat, 06 Jul 2002 15:21:33 -0500 (CDT) From: "Maynard" Subject: Re: Directory listing On Sat, 6 Jul 2002 20:48:26 +0100, John Poltorak wrote: >parse value name with base '.' ext >if ext \= '' then ext = '.'ext >say left(base,21)left(ext,4) and how is that working for you with filenames longer than 21.4 or those with multiple 'dots' in the filename? `~Maynard **= Email 11 ==========================** Date: Sat, 6 Jul 2002 16:59:27 +0100 From: John Poltorak Subject: Directory listing Does anyone know any program which will create a directory listing in a format similar to this?:- emx .exe 52015 A 22-04-00 19:14:26 X:\emx\bin emxaout .exe 53252 A 20-12-98 00:55:48 X:\emx\bin emxbind .exe 86020 A 20-12-98 00:54:32 X:\emx\bin emxcat .exe 45060 A 20-12-98 00:55:28 X:\emx\bin emxd .exe 63837 A 22-04-00 19:14:28 X:\emx\bin emxdoc .exe 94212 A 20-03-01 11:13:58 X:\emx\bin emxexp .exe 69636 A 20-12-98 00:54:52 X:\emx\bin emxfpemu. 86236 A 19-12-98 22:08:50 X:\emx\bin emximp .exe 81924 A 20-12-98 00:55:04 X:\emx\bin emxinst .cmd 1899 A 19-12-98 22:06:04 X:\emx\bin emxl .exe 1447 A 19-12-98 21:10:12 X:\emx\bin emxload .exe 7680 A 19-12-98 21:45:18 X:\emx\bin emxomf .exe 102404 A 20-12-98 00:55:30 X:\emx\bin emxomfar.exe 57348 A 20-12-98 00:55:34 X:\emx\bin emxomfld.exe 49156 A 20-12-98 00:55:44 X:\emx\bin -- John **= Email 12 ==========================** Date: Sat, 06 Jul 2002 17:19:22 -0300 (ADT) From: "lordspigol" Subject: Re: Directory listing I think that are some util on hobbes with a output format somewhat like this. Or then... get the compiler of your preference & try do something like a universal dir. We need think the output format, however. It need be very pratical. regards, Rod On Sat, 06 Jul 2002 12:17:29 -0500 (CDT), Maynard wrote: >>emx .exe 52015 A 22-04-00 19:14:26 X:\emx\bin > >It would seem to be restricted to 8.3 filenames **= Email 13 ==========================** Date: Sat, 6 Jul 2002 20:48:26 +0100 From: John Poltorak Subject: Re: Directory listing On Sat, Jul 06, 2002 at 12:17:29PM -0500, Maynard wrote: > On Sat, 6 Jul 2002 16:59:27 +0100, John Poltorak wrote: > > >Does anyone know any program which will create a directory listing in a > >format similar to this?:- > > > > > >emx .exe 52015 A 22-04-00 19:14:26 X:\emx\bin > > It would seem to be restricted to 8.3 filenames No, the program I used (GSEE), formatted files that way. Since I couldn't find anything else, I cobbled together this bit of REXX which does the job:- /* */ call SysFileTree '*', file, 'fs' do i = 1 to file.0 parse value file.i with date time size . pathname name = filespec('n', strip(pathname)) path = filespec('p', strip(pathname)) parse value name with base '.' ext if ext \= '' then ext = '.'ext say left(base,21)left(ext,4) right(date,10) right(time,6) right(size,10) path end > `~Maynard -- John **= Email 14 ==========================** Date: Sat, 06 Jul 2002 22:59:14 +0200 From: Andreas Buening Subject: Re: GREP - LDFLAGS John Poltorak wrote: > > On Thu, Jul 04, 2002 at 10:16:05PM +0200, Andreas Buening wrote: > > > Sorry for the late response. The following commands are > > missing (see INSTALL.OS2): > > > > mv m4/install.m4 m4/install.m4.old > > mv m4/largefile.m4 m4/largefile.m4.old > > touch m4/install.m4 > > touch m4/largefile.m4 > > This is much more promising, I get a new configure script now. > > Does the same also apply to GNU textutils ? I guess, no. Look at the INSTALL.OS2 file which steps were required to build the package from original sources. > Unfortunately I get a few errors which are probably GETTEXT related:- [errors] > make[1]: *** [libintl.a] Error 1 > make[1]: Leaving directory `C:/unixos2/workdir/grep-2.4.2/intl' > make: *** [install-recursive] Error 1 I don't understand how you can get this error. However, here you're trying to use the internal gettext which you shouldn't. > ./configure --without-included-regex --without-included-gettext If you've really used "--without-included-gettext" then something has gone wrong. You've replaced m4/progtest.m4, haven't you? What output did you get from configure below that line: checking whether NLS is requested... yes ??? > make AR=emxomfar 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 15 ==========================** Date: Sat, 06 Jul 2002 22:59:32 +0200 From: Andreas Buening Subject: Re: Make 3.79.1 & GETTEXT problem John Poltorak wrote: > > There seems to be some incompatibilty between Make 3.79.1 and Gettext 0.11.2. > > After extracting the archive and running:- > > set emxopt=-h1024 > cd os2 > make > > I get this error:- > > [C:\unixos2\workdir\gettext-0.11.2\os2]make > make: $SHELL changed (was `/bin/sh', now `C:\OS2\CMD.EXE') > Makefile:241: warning: overriding commands for target > `emx/doc/gettext-AM_INIT_AUTOMAKE(gettext,' > Makefile:239: warning: ignoring old commands for target > `emx/doc/gettext-AM_INIT_AUTOMAKE(gettext,' > gawk -f configure.awk -v PACKAGE=gettext -v > VERSION=AM_INIT_AUTOMAKE(gettext, 0.11.2) ../config.h.in >config.h > gawk: configure.awk:70: fatal: cannot open file `0.11.2)' for reading (No > such file or directory) > make: *** [config.h] Error 2 > > It looks as though VERSION can not be resolved from this line in the > Makefile:- > > # Fetch version number from configure.in > VERSION = $(shell sed ../configure.in -ne "/AM_INIT_AUTOMAKE/{" -e "s/.*(gettext, *\\(.*\\))/\\1/" -e "p" -e "}") > > and config.h doesn't get created as a result. > > The error disappears on reverting to Make 3.76.1. > > Can anyone else confirm this behaviour? If you look at that Makefile: On the one hand there is SHELL=$(COMSPEC) which means cmd is explicitely requested, on the other hand the Makefile uses Unix sh syntax. This is something that definitely can not work (unless you use a make program that is as broken as that Makefile). 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 16 ==========================** Date: Sat, 06 Jul 2002 23:15:13 -0800 From: "Dave and Natalie" Subject: Re: Gettext / libiconv On Fri, 5 Jul 2002 16:47:11 +0100, John Poltorak wrote: > >You seem to be the only one - along with the author, who I guess must have >it working... > >> Though I do get these errors now (seems I didn't even have these a while >> ago but I really don't remember) >> emximp -o out/release/intl.a out/release/intl.def >> emximp: String expected (line 2 of out/release/intl.def) >> make: *** [out/release/intl.a] Error 2 >> Which is fixed by adding quotaion marks " to just before GNU and the end. Then I get >> emximp: Invalid statement (line 5 of out/release/intl.def) >> which is fixed by remming this line out with a ; > > >It's crazy having to go through all this. > >It should just work! > > > >> So there is a difference in our build enviroments (Sed?) > >Which SED are you using? X:\usr\src\gettext-0.11.2\os2>sed --version GNU sed version 3.02 IRC I just built this from source without applying any OS/2 specific patches > >I suppose other apps which may affect things are SH, AWK, MAKE... Sh is from the new pdksh. Awk is X:\usr\src\gettext-0.11.2\os2>awk --version GNU Awk 3.1.0 I have just tried a few makes and the new make and gmake (the one recomended for building mozilla) both work. > >I think that Make is the culprit. > >I've gone through several different versions of each of the above and >reverting to Make 3.76.1 seems to create a proper config.h. I'm using make 3.76.1 and the only errors I'm getting now are in out/release/intl.def. Actually these clear up if using cmd.exe as the shell. Make sure you don't have %MAKESHELL% defined. Dave ps I thought I was using 3.79.1 but I wasn't. Trying 3.79.1 results in the gawk errors pps using make 3.79.1 I get the weird directory structure you were talking about