Date: Sun, 9 Mar 2003 02:38:18 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 100 ************************************************** Saturday 08 March 2003 Number 100 ************************************************** Subjects for today 1 Re: fork : Henry Sobotka 2 Re: man pages? : Dave Saville" 3 Re: latest ux2 Perl builds : Henry Sobotka 4 Re: latest ux2 Perl builds : John Poltorak 5 Re: latest ux2 Perl builds : John Poltorak 6 Building MAN : John Poltorak 7 Re: Incorporating gcc v3.2.1 into UX2BS. : DWParsons at t-online.de (Dave Parsons) 8 Re: Posix/2 update : Stefan.Neis at t-online.de 9 Re: Problems building GREP : Andreas Buening 10 Re: Problems building GREP : John Poltorak **= Email 1 ==========================** Date: Sun, 09 Mar 2003 00:00:38 -0500 From: Henry Sobotka Subject: Re: fork My understanding is that we'll get real forkability with libemu. Meanwhile bear in mind that forking is basically a *nix thingie, and really only an issue for porting. From the standpoint of OS/2's multithreading capability, its use could be considered retrotech. Of course, the way things go, by the time we get a real fork, all the *nix code will have been rewritten to use pthreads. h~ _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Sun, 09 Mar 2003 09:27:57 +0000 (GMT) From: "Dave Saville" Subject: Re: man pages? >MAN is proving a little tricky... Maybe we should bribe Aaron to add man capability to Newview :-) -- Regards Dave Saville _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Sun, 09 Mar 2003 10:59:15 -0500 From: Henry Sobotka Subject: Re: latest ux2 Perl builds John Poltorak wrote: > > Does your customised build involve patching anything or could everything > you've added to incorporated by using command line parameters and/or > environment variables? No patching, just running Configure without params, answering each question and then editing config.sh for any screw-ups I spot (e.g. isnan/isfinite undef'd when they should be defined). It could be done with command-line -D's though it would probably be more efficient to change the defaults. > What advantages does your customised build have over a build which > just uses the default settings? Some extra features and optimization, and corrections where Configure errs. h~ _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Sun, 9 Mar 2003 11:52:36 +0000 From: John Poltorak Subject: Re: latest ux2 Perl builds On Sat, Mar 08, 2003 at 08:02:55PM -0600, Maynard wrote: > On Sat, 08 Mar 2003 09:10:53 -0700, brpms at earthlink.net wrote: > > >68702 subtests > > Now _that_ might? be a record number of subtests attempted. This should be the figure which everyone should expect using the new UX2BS, although I don't really understand why it should have increased at all... > -- Maynard -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Sun, 9 Mar 2003 12:00:38 +0000 From: John Poltorak Subject: Re: latest ux2 Perl builds On Sat, Mar 08, 2003 at 09:51:18PM -0500, Henry Sobotka wrote: > Maynard wrote: > > > > On Sat, 08 Mar 2003 09:10:53 -0700, brpms at earthlink.net wrote: > > > > >68702 subtests > > > > Now _that_ might? be a record number of subtests attempted. > > 68852 for the perl.exe on Hobbes, probably because of using 64-bit ints > and adding the I18N/Langinfo module, and perhaps tests for -DDEBUGGING. Does your customised build involve patching anything or could everything you've added to incorporated by using command line parameters and/or environment variables? What advantages does your customised build have over a build which just uses the default settings? > Aside from build options, what libraries people have on their systems > that Perl finds during Configure and plugs into also comes into play. The normal UX2BS only uses the standard libs provided by EMX so far. If Posix/2 can be used then some more may get added. > h~ -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Sun, 9 Mar 2003 12:59:07 +0000 From: John Poltorak Subject: Building MAN Maybe a concerted effort by several people may help us to crack building MAN... Has anyone tried:- ? build man How far did it get? -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Sun, 09 Mar 2003 17:53:55 +0100 (CET) From: DWParsons at t-online.de (Dave Parsons) Subject: Re: Incorporating gcc v3.2.1 into UX2BS. On Sat, 8 Mar 2003 20:52:24 +0000, John Poltorak wrote: > > An OS/2 port of gcc v3.2.1 has just been released and is now available > from:- > > ftp://ftp.netlabs.org/incoming/gcc-3.2.1-r2/ > If it does build it OK, I guess we could add it to the baseline set of > apps when UX2BS is installed, although my preference would be to build > this version directly from source with any patches which accompany the > port, just to prove that anyone can build it without too much trouble. > Unfortunately there don't seem to be any diffs this time. If anyone is in contact with Andy Z, perhaps they could ask if he is intending to make them available. -- Dave _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Sun, 9 Mar 2003 18:04:19 +0100 From: Stefan.Neis at t-online.de Subject: Re: Posix/2 update Hi, > I can't say I remember seeing it. I've just looked at mail from you over > the last month and didn't spot any references to how to download from > sourceforge... Sorry, influenza got me, so I'm currently slightly bad-tempered. :-( > Is it possible to use CVS via a proxy server? Or do you need to have > direct Internet access ? I don't exactly know. Let's say that direct Internet access simplifies CVS access at least, but IIRC, using a proxy is also possible somehow... Regards, Stefan Neis _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Sun, 09 Mar 2003 20:36:28 +0100 From: Andreas Buening Subject: Re: Problems building GREP John Poltorak wrote: > > I am unable to build GREP, and can't work out why... > > The errors I get occur in modules in the intl subdirectory which I don't > think should be being built anyway since '--without-included-gettext' is > specified as a configure parameter. > > How can I tell why this parameter is being ignored? >From the configure output, I guess. It tells you a lot of what is being tested but unfortunately, it usually doesn't tell you about the conclusions from the results (unlike those damn Imakefiles which don't tell you anything but that's another story). Look for the tests for an working gettext. Should look like checking for msgfmt... E:/usr/bin/msgfmt checking for gmsgfmt... E:/usr/bin/msgfmt checking for xgettext... E:/usr/bin/xgettext checking for msgmerge... E:/usr/bin/msgmerge checking whether NLS is requested... yes checking whether included gettext is requested... no checking for GNU gettext in libc... no checking for GNU gettext in libintl... yes checking how to link with libintl... -lintl checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes If one of these blocks fails, i.e. if one of the programs (msgfmt, ...) is not found or libintl.h or -lintl then the external gettext is not used! 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 Mordor where the Shadows lie. _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 10 ==========================** Date: Sun, 9 Mar 2003 23:12:09 +0000 From: John Poltorak Subject: Re: Problems building GREP On Sun, Mar 09, 2003 at 08:36:28PM +0100, Andreas Buening wrote: > John Poltorak wrote: > > > > I am unable to build GREP, and can't work out why... > > > > The errors I get occur in modules in the intl subdirectory which I don't > > think should be being built anyway since '--without-included-gettext' is > > specified as a configure parameter. Here is part of my build log:- u:/unixos2/workdir/grep-2.5.1 patching file `configure.in' patching file `m4/progtest.m4' patching file `src/system.h' patching file `tests/file.sh' configure.in:13: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:82: warning: AC_CANONICAL_HOST invoked multiple times configure.in:82: warning: AC_CANONICAL_HOST invoked multiple times configure.in:144: warning: do not use m4_regexp: use regexp or m4_bregexp ./configure --without-included-gettext > > > > How can I tell why this parameter is being ignored? > > >From the configure output, I guess. It tells you a lot of what is being > tested but unfortunately, it usually doesn't tell you about the > conclusions from the results (unlike those damn Imakefiles which don't > tell you anything but that's another story). > Look for the tests for an working gettext. Should look like > > checking for msgfmt... E:/usr/bin/msgfmt > checking for gmsgfmt... E:/usr/bin/msgfmt > checking for xgettext... E:/usr/bin/xgettext > checking for msgmerge... E:/usr/bin/msgmerge > > checking whether NLS is requested... yes > checking whether included gettext is requested... no > checking for GNU gettext in libc... no > checking for GNU gettext in libintl... yes > checking how to link with libintl... -lintl > > checking libintl.h usability... yes > checking libintl.h presence... yes > checking for libintl.h... yes > > If one of these blocks fails, i.e. if one of the programs (msgfmt, ...) > is not found or libintl.h or -lintl then the external gettext is > not used! Are the blocks above in the correct sequence? This is what I get:- checking whether NLS is requested... yes checking whether included gettext is requested... no checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for GNU gettext in libc... no checking for GNU gettext in libintl... no checking for msgfmt... u:/usr/bin/msgfmt checking for gmsgfmt... u:/usr/bin/msgfmt checking for xgettext... u:/usr/bin/xgettext It seems there are a few differences... You have gettext in libintl, but I don't. How do I check that manually? You also have a check for msmerge, which I don't. I wonder why... So it looks like my build of gettext which looked OK has something missing... How do I tell what? > > 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 Mordor where the Shadows lie. -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs