From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Sat, 6 Apr 2002 04:23:26 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 186 ************************************************** Friday 05 April 2002 Number 186 ************************************************** Subjects for today 1 Re: New diffutils : Jun Sawataishi 2 Re: New diffutils : Jun Sawataishi 3 Re: TZ info : Dave and Natalie" 4 Re: PHP-Nuke : Ted Sikora 5 TZ info : John Poltorak 6 Re: Building PERL v5.7.3 - which TR ? : Henry Sobotka 7 Building PERL v5.7.3 - which TR ? : John Poltorak 8 Re: unixos2 check : Dave and Natalie" 9 gcc 3.0.3 bug : Dave and Natalie" **= Email 1 ==========================** Date: Sat, 06 Apr 2002 01:52:39 +0900 From: Jun Sawataishi Subject: Re: New diffutils At Fri, 5 Apr 2002 13:54:05 +0000, John Poltorak wrote: > After many years since the last update there is a new release of the diff > utils. See:- > ftp://ftp.gnu.org/pub/gnu/diffutils/diffutils-2.8.tar.gz > It would be nice to have this build on OS/2. Has anyone tried? I have built it. After modifying scripts using `os2unix', I had to fix configure and lib/exclude.c manually. I did not used an OS/2 diff file for version 2.7.2, but it seems to me working file. # OS/2 is not a question, it's a solution. # SAWATAISHI Jun # http://www2s.biglobe.ne.jp/~vtgf3mpr/ **= Email 2 ==========================** Date: Sat, 06 Apr 2002 01:56:03 +0900 From: Jun Sawataishi Subject: Re: New diffutils At Fri, 5 Apr 2002 13:54:05 +0000, John Poltorak wrote: > ftp://ftp.gnu.org/pub/gnu/diffutils/diffutils-2.8.tar.gz > It would be nice to have this build on OS/2. Has anyone tried? I have just uploaded a zip archive: diffutils-2.8.zip. See http://www2s.biglobe.ne.jp/~vtgf3mpr/index-e.htm Please test it. # SAWATAISHI Jun **= Email 3 ==========================** Date: Sat, 06 Apr 2002 08:15:34 -0800 From: "Dave and Natalie" Subject: Re: TZ info Not sure about this but doesn't *nix have a slightly different syntax for TZ compared to OS/2? Dave On Sat, 6 Apr 2002 12:29:28 +0000, John Poltorak wrote: > >Slackware contains a package full of TZ information here:- > >ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/sackware/slakware/a1/zoneinfo.tgz > > >Is anyone familiar with this package? > >To me it looks as though it is almost all data apart from a shell script >which can be used for configuring your time zone correctly. > >If that is the case, then there isn't anything which needs porting and I >can just wrap it up as a ZIP file. > > >-- >John > > > > **= Email 4 ==========================** Date: Sat, 06 Apr 2002 08:26:31 -0500 From: Ted Sikora Subject: Re: PHP-Nuke John Poltorak wrote: > > I had never heard of PHP-Nuke before today, but apparently it works on > OS/2 which according to the home page is a supported platform. > > See:- > > http://www.phpnuke.org > > Now, to find out what it actually does... > > Has anyone used it? Is it worth looking at? > > -- > John Gee where you guys been... That's what unixos2.com is running on. -- Ted Sikora tsikora at unixos2.com http://unixos2.com **= Email 5 ==========================** Date: Sat, 6 Apr 2002 12:29:28 +0000 From: John Poltorak Subject: TZ info Slackware contains a package full of TZ information here:- ftp://ftp.mirror.ac.uk/sites/ftp.slackware.com/pub/slackware/sackware/slakware/a1/zoneinfo.tgz Is anyone familiar with this package? To me it looks as though it is almost all data apart from a shell script which can be used for configuring your time zone correctly. If that is the case, then there isn't anything which needs porting and I can just wrap it up as a ZIP file. -- John **= Email 6 ==========================** Date: Sat, 06 Apr 2002 14:37:36 -0500 From: Henry Sobotka Subject: Re: Building PERL v5.7.3 - which TR ? John Poltorak wrote: > > I have built Perl v5.6.1 successfully many times, but uing the same > environment, I don't get very far with v5.7.3. The build stops with:- > > Configure.: Fatal Error: cannot figure out how to translate newlines with 'tr'. > > What do I need to do here? Take the old tr patch from 5.6.1, locate where it belongs in the new Configure, and copy it over. > Is a specific version of TR.EXE required? > > BTW the release does not include an OS/2 patch, or rather there is an > os2\diff.configure but it's zero bytes long. Is this correct? Yes, insofar as that's how the distribution comes. No, in that the tr patch is still necessary. h~ **= Email 7 ==========================** Date: Sat, 6 Apr 2002 19:13:01 +0000 From: John Poltorak Subject: Building PERL v5.7.3 - which TR ? I have built Perl v5.6.1 successfully many times, but uing the same environment, I don't get very far with v5.7.3. The build stops with:- Configure.: Fatal Error: cannot figure out how to translate newlines with 'tr'. What do I need to do here? Is a specific version of TR.EXE required? BTW the release does not include an OS/2 patch, or rather there is an os2\diff.configure but it's zero bytes long. Is this correct? -- John **= Email 8 ==========================** Date: Sat, 06 Apr 2002 22:24:01 -0800 From: "Dave and Natalie" Subject: Re: unixos2 check --_=_=_=IMA.BOUNDARY.GU6HG0138764=_=_=_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Fri, 5 Apr 2002 10:46:52 +0000, John Poltorak wrote: > >Additional suggestions would be welcomed... > >I'm still not sure when 'export' needs to be included if a variable is >set. Here's a copy of the config.site I'm using. Mostly cribbed from Mr Sawataishi's os2unix package. Most configure scripts succeed here, biggest problems are configure still thinks I'm cross-compiling and need manual fixups to create an executable, eg emxbind, -Zexe, or renaming to foo.exe. Dave --_=_=_=IMA.BOUNDARY.GU6HG0138764=_=_=_ Content-Type: application/octet-stream; name="config.site" Content-Transfer-Encoding: base64 IyFzaA0KI2FjX2N2X2hvc3Q9aTM4Ni1wYy1nbnUNCmFjX2N2X2hvc3Q9aTM4Ni1wYy1vczINClNI RUxMPXNoDQpQQVRIPWBjbWQuZXhlIC9jICJlY2hvICVQQVRIJSIgfCBzZWQgLWUgJ3NAXFxcXEAv QGcnYA0KUEFUSF9TRVBBUkFUT1I9JzsnDQoNCkNPTkZJR19TSEVMTD1zaA0KZXhwb3J0IENPTkZJ R19TSEVMTA0KIyBPcHRpbWl6YXRpb24gKEdOVSBtYWtlIDMuNzQgY2Fubm90IGJlIGxvYWRlZCA6 LSgpOg0KZW14bG9hZCAtbSAzMCBzaC5leGUgbHMuZXhlIHRyLmV4ZSBpZC5leGUgc2VkLmV4ZSAj IG1ha2UuZXhlDQplbXhsb2FkIC1tIDMwIGdyZXAuZXhlIGVncmVwLmV4ZSBmZ3JlcC5leGUgY2F0 LmV4ZSBybS5leGUgbXYuZXhlIGNwLmV4ZQ0KZW14bG9hZCAtbSAzMCB1bmlxLmV4ZSBiYXNlbmFt ZS5leGUgc29ydC5leGUgZ2F3ay5leGUNCiMgYWNfY3ZfaG9zdD1pMzg2LXBjLWVteA0KDQpUQVI9 ZTovZW14L2Jpbi90YXIuZXhlDQpNND1mOi91c3IvYmluL200LmV4ZQ0KSU5UTEJJU09OPWU6L2Vt eC9iaW4vYmlzb24uZXhlDQpQRVJMPWU6L2VteC9iaW4vcGVybC5leGUNCkVYUFI9ZjovdXNyL2Jp bi9leHByLmV4ZQ0KU0VEPWY6L3Vzci9iaW4vc2VkLmV4ZQ0KYWNfZXhlY3V0YWJsZV9leHRlbnNp b25zPSIuZXhlIg0KRzc3PWU6L2VteC9iaW4vZzc3LmV4ZQ0KDQpmb3IgZiBpbiBJTlNUQUxMIFBF UkwgTTQgRVhQUiA7IGRvDQogZXhwb3J0ICRmPSJgdHlwZSAkZi5leGV8c2VkIC1lICdzQFxcXFxA L0BnJyAtZSAnc0AuKiBAQCdgIg0KZG9uZQ0KYWNfY3ZfcGF0aF9QRVJMPSR7UEVSTH0NCmFjX2N2 X3BhdGhfaW5zdGFsbD0ke0lOU1RBTEx9DQphY19jdl9wcm9nX0xOX1M9J2NwIC1wJw0KY2xfY3Zf cHJvZ19MTl9TPSdjcCAtcCcNCmNsX2N2X3Byb2dfTE49J2NwIC1wJw0KTE5fUz0nY3AgLXAnDQpN QUtFPW1ha2UNCiNBQ0xPQ0FMPSR7QUNMT0NBTC0iJHtVTklYUk9PVH0vdXNyL2Jpbi9hY2xvY2Fs In0NCiNBVVRPQ09ORj0ke0FVVE9DT05GLSIke1VOSVhST09UfS91c3IvYmluL2F1dG9jb25mIn0N CiNBVVRPTUFLRT0ke0FVVE9NQUtFLSIke1VOSVhST09UfS91c3IvYmluL2F1dG9tYWtlIn0NCiNB VVRPSEVBREVSPSR7QVVUT0hFQURFUi0iJHtVTklYUk9PVH0vdXNyL2Jpbi9hdXRvaGVhZGVyIn0N Ck1BS0VJTkZPPSR7TUFLRUlORk8tIm1ha2VpbmZvIC0tbm8tc3BsaXQifQ0KQU1UQVI9JHtBTVRB Ui0idGFyLmV4ZSJ9DQpDQz1nY2MNCkNYWD1nY2MNCkFXSz1nYXdrDQpMRVg9ZmxleA0KTEQ9bGQu ZXhlDQpSQU5MSUI9ZWNobw0KWUFDQz0nYmlzb24gLXknDQpCTVRZUEU9aW50DQpCTUJZVEVTPTQN ClBSSU5UQUJMRV9PU19OQU1FPU9TLzINCkNGTEFHUz0nLURfX0VNWF9fIC1ET1MyIC1abXRkIC1E X19TVF9NVF9FUlJOT19fICAtTzInDQpDWFhGTEFHUz0nLURfX0VNWF9fIC1ET1MyIC1abXRkIC1E X19TVF9NVF9FUlJOT19fIC1PMicNCkxERkxBR1M9Jy1abXRkIC1EX19TVF9NVF9FUlJOT19fIC1P MiAtcyAtWnN5c3Ytc2lnbmFscyAtWnN0YWNrIDUxMicNCmFjX2V4ZWV4dD0uZXhlDQphY19jdl9l eGVleHQ9LmV4ZQ0KYWNfY3ZfcGF0aF9fX0NIR1JQPWVjaG8NCmFjX2N2X3BhdGhfX19DSE9XTj1l Y2hvDQphY19jdl9wYXRoX19fUlNIPWVjaG8NCmZ1bmN0aW9uIHRlc3QNCnsgDQogIGlmIFsgICIk MSIgPSAiLXgiIF0gOyB0aGVuICANCiAgICBzaGlmdA0KICAgIGlmIFsgLWYgIiQxIiBdIDsgdGhl biByZXR1cm4gOyBmaQ0KICAgIGlmIHR5cGUgJDEuY21kIDE+bnVsIDI+JjEgIDsgdGhlbiAgcmV0 dXJuIDsgZmkNCiAgICBpZiB0eXBlICQxLmV4ZSAxPm51bCAyPiYxICA7IHRoZW4gIHJldHVybiA7 IGZpDQogICAgeD1gdHlwZSAkKiAxPm51bCAyPiYxfCAgc2VkIC1lICdzQF4uKiBAQCcgLWUgJ3NA XFxcXEAvQGcnIC1lICdzQFxcLiRAQCdgDQogICAgaWYgWyAtbiAiJHgiIF0gOyB0aGVuDQogICAg ICBncmVwICdeXCgjIVx8WyBcdF0qZXh0cHJvY1wpJyAiJHgiPm51bCAyPiYxIA0KICAgIGVsc2UN CiAgICAgIHJldHVybiAxDQogICAgZmkNCiAgZWxzZQ0KICAgIGJ1aWx0aW4gdGVzdCAiJEAiDQog IGZpIDtcDQp9DQoNCg0KIyMjIEVPRiAjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQo= --_=_=_=IMA.BOUNDARY.GU6HG0138764=_=_=_-- **= Email 9 ==========================** Date: Sat, 06 Apr 2002 23:33:27 -0800 From: "Dave and Natalie" Subject: gcc 3.0.3 bug While building lesstif-0.93.18 with gcc 3.0.3 I get this error gcc -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../clients/Motif-2.0/mwm -I../../../clients/Motif-1.2/mwm -I../../../include/Motif-2.1 -I../../../include/Motif-2.1 -I../../../include/Motif-2.0 -I../../../include/Motif-2.0 -I../../../include/Motif-1.2 -I../../../include/Motif-1.2 -DMWM_DDIR=\"/xfree86/lib/X11/mwm\" -DXLIB_PATH=\"\" -DXINCL_PATH=\"\" -D__EMX__ -DOS2 -Zmtd -D__ST_MT_ERRNO__ -O2 -c `test -f gethostname.c || echo './'`gethostname.c sh ../../../libtool --mode=link gcc -D__EMX__ -DOS2 -Zmtd -D__ST_MT_ERRNO__ -O2 -Zmtd -D__ST_MT_ERRNO__ -O2 -s -Zsysv-signals -Zstack 512 -o mwm.exe colormaps.o cursors.o decorate.o defaults.o desktop.o events.o functions.o icons.o menus.o misc.o move.o mwm.o pager.o pan.o props.o resize.o resources.o screens.o windows.o gethostname.o mwmparse.o mwmlex.o ../../../lib/Xm-2.1/libXm.la -lXt -lSM -lICE -lXext -lX11 -lsocket gcc -D__EMX__ -DOS2 -Zmtd -D__ST_MT_ERRNO__ -O2 -Zmtd -D__ST_MT_ERRNO__ -O2 -s -Zsysv-signals -Zstack 512 -o mwm.exe colormaps.o cursors.o decorate.o defaults.o desktop.o events.o functions.o icons.o menus.o misc.o move.o mwm.o pager.o pan.o props.o resize.o resources.o screens.o windows.o gethostname.o mwmparse.o mwmlex.o ../../../lib/Xm-2.1/.libs/Xm.a -lXp -lXt -lSM -lICE -lXext -lX11 -lsocket ld: failure reading string table size of gethostname.o gethostname.o is 32 bytes. Building with pgcc 2.95.3 succeeds with gethostname.o being 93 bytes. from gethostname.c #include #ifndef HAVE_GETHOSTNAME #include #include #ifdef HAVE_UNAME #include #else #ifdef HAVE_SYS_SYSTEMINFO_H #include #endif #endif /* Put up to LEN chars of the host name into NAME. Null terminate it if the name is shorter than LEN. Return 0 if ok, -1 if error. */ extern int gethostname (char *name, size_t len) { #ifdef HAVE_UNAME struct utsname uts; if (uname (&uts) == -1) return -1; if (len > sizeof (uts.nodename)) { /* More space than we need is available. */ name[sizeof (uts.nodename)] = '\0'; len = sizeof (uts.nodename); } strncpy (name, uts.nodename, len); #else #ifdef HAVE_SYS_SYSTEMINFO_H sysinfo(SI_HOSTNAME, name, len); #else #error You lose. #endif /* HAVE_SYS_SYSTEMINFO_H */ #endif /* HAVE_UNAME */ return 0; Oh, gcc ver 2.8.1 also works producing an object file of 93 bytes Dave