Date: Sat, 10 Apr 2004 00:04:07 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 343 ************************************************** Friday 09 April 2004 Number 343 ************************************************** Subjects for today 1 Re: cannot export symbol _nl_msg_cat_cntr of type 9 : Dave and Natalie" 2 Re: libtool typo ? : Knut Stange Osmundsen 3 Problem building AWK : John Poltorak 4 Re: Problem building AWK : John Poltorak 5 Re: INFO files : John Drabik" 6 Re: Problem building AWK : Dave and Natalie" 7 Re: Problem building AWK : Henry Sobotka 8 Re: Problem building AWK : Dave and Natalie" 9 Re: PDKSH needs PM : Henry Sobotka 10 Re: Problem building AWK : Henry Sobotka 11 Re: INFO files : John Poltorak 12 Re: Problem building AWK : John Poltorak 13 Re: Problem building AWK : Andreas Buening 14 Open Office : John Poltorak 15 Re: PDKSH needs PM : John Poltorak 16 Make dist : John Poltorak **= Email 1 ==========================** Date: Thu, 08 Apr 2004 08:02:38 -0800 From: "Dave and Natalie" Subject: Re: cannot export symbol _nl_msg_cat_cntr of type 9 On Thu, 8 Apr 2004 11:08:54 +0100, John Poltorak wrote: >> This is most likely how I got rid of that problem. Using a newer GCC and emxbind > >Is there any way to confirm that it is a bug in EMXBIND? > >Maybe EM has provided a fix somewhere... Does anyone know? IIRC AZ said he fixed a few different bugs in emxbind, etc. He recommended updating these files even if you did keep using GCC 2.8.1. You could always ask on the old EMX list. I think EM still monitors that list. Dave **= Email 2 ==========================** Date: Thu, 08 Apr 2004 18:33:41 +0200 From: Knut Stange Osmundsen Subject: Re: libtool typo ? John Poltorak wrote: > On Thu, Apr 08, 2004 at 12:54:36AM +0200, Knut Stange Osmundsen > wrote: > > >> When online from home again I'll look into the 1.5.4 release. > > > Excellent. > > Will you create a patch file? Sure, I will do that for all the stuff on the chairty page with the next release. (At least all stuff for which I have anything to diff against.) > Also, do you include some of the changes that Andreas made in this > version of v1.4.3:- ? I just peeked thru the diffs there and I could spot anything which isn't allready in my port. Kind Regards, knut **= Email 3 ==========================** Date: Thu, 8 Apr 2004 22:25:25 +0100 From: John Poltorak Subject: Problem building AWK Here is a problem I had before when building AWK and I know Andreas had a solution for it but I can find a record of what he said:- ../configure loading site script u:/unixos2/lib/config.site creating cache ./config.cache checking for non-GNU ld... no configure: error: no acceptable ld found in $PATH I know the solution was very specific, but I just can't recall what it was. Does anyone remember? -- John **= Email 4 ==========================** Date: Thu, 8 Apr 2004 23:01:53 +0100 From: John Poltorak Subject: Re: Problem building AWK On Thu, Apr 08, 2004 at 10:25:25PM +0100, John Poltorak wrote: > I know the solution was very specific, but I just can't recall what it > was. Does anyone remember? Before anyone spends any time trying to remember, all it needs is:- set LD=ld -- John **= Email 5 ==========================** Date: Thu, 08 Apr 2004 16:09:16 -0600 (MDT) From: "John Drabik" Subject: Re: INFO files On Thu, 8 Apr 2004 09:55:13 +0100, John Poltorak wrote: >Is there a PM Info viewer available? Does NewView on Hobbes handle them the way you want? John **= Email 6 ==========================** Date: Thu, 08 Apr 2004 20:03:07 -0800 From: "Dave and Natalie" Subject: Re: Problem building AWK On Thu, 8 Apr 2004 23:01:53 +0100, John Poltorak wrote: >On Thu, Apr 08, 2004 at 10:25:25PM +0100, John Poltorak wrote: > >> I know the solution was very specific, but I just can't recall what it >> was. Does anyone remember? > >Before anyone spends any time trying to remember, all it needs is:- > >set LD=ld What about having LD=ld in config.site? Dave **= Email 7 ==========================** Date: Fri, 09 Apr 2004 00:18:36 -0400 From: Henry Sobotka Subject: Re: Problem building AWK Dave and Natalie wrote: > > On Thu, 8 Apr 2004 23:01:53 +0100, John Poltorak wrote: > > >On Thu, Apr 08, 2004 at 10:25:25PM +0100, John Poltorak wrote: > > > >> I know the solution was very specific, but I just can't recall what it > >> was. Does anyone remember? > > > >Before anyone spends any time trying to remember, all it needs is:- > > > >set LD=ld > > What about having LD=ld in config.site? Wouldn't that break -Zomf builds if ld ended up in the linkage command in makefiles? LD=gcc would be safer. h~ -- Free software, free minds. **= Email 8 ==========================** Date: Thu, 08 Apr 2004 22:06:02 -0800 From: "Dave and Natalie" Subject: Re: Problem building AWK On Fri, 09 Apr 2004 00:18:36 -0400, Henry Sobotka wrote: >> >set LD=ld >> >> What about having LD=ld in config.site? > >Wouldn't that break -Zomf builds if ld ended up in the linkage command >in makefiles? LD=gcc would be safer. Doesn't LD just call link386 in a -Zomf build? Though I do agree that LD=gcc would be a better solution Dave **= Email 9 ==========================** Date: Fri, 09 Apr 2004 01:01:31 -0400 From: Henry Sobotka Subject: Re: PDKSH needs PM John Poltorak wrote: > > Looking through the list of DLLs required by PDKSH ie. sh.exe it needs > PMWIN.DLL and PMSHAPI.DLL. > > Anyone know why these are included? > > This is a text mode app and I don't see any reason why it should require > PM... My antique (1998) version just shows: xanadu/ chkdll32 sh.exe Loading DLL 'emx' --> D:\EMX\DLL\EMX.DLL. Loading DLL 'doscalls' --> loaded. Loading DLL 'quecalls' --> C:\OS2\DLL\QUECALLS.DLL. Loading DLL 'sesmgr' --> C:\OS2\DLL\SESMGR.DLL. All DLL's used by 'sh.exe' could be loaded. If you're using a newer version from IlyaZ, I know he's playing around with windows in Perl, so it may be an offshoot of that. If you have the src, a grep for Win* should turn up the calls pulling in the PM DLLs. h~ -- Free software, free minds. **= Email 10 ==========================** Date: Fri, 09 Apr 2004 01:58:37 -0400 From: Henry Sobotka Subject: Re: Problem building AWK Dave and Natalie wrote: > > Doesn't LD just call link386 in a -Zomf build? My understanding is that gcc does the switching between ld and link386, and that LD=ld would give you exactly that, and linkage failure with OMF input. h~ -- Free software, free minds. **= Email 11 ==========================** Date: Fri, 9 Apr 2004 10:15:33 +0100 From: John Poltorak Subject: Re: INFO files On Thu, Apr 08, 2004 at 04:09:16PM -0600, John Drabik wrote: > On Thu, 8 Apr 2004 09:55:13 +0100, John Poltorak wrote: > > >Is there a PM Info viewer available? > > Does NewView on Hobbes handle them the way you want? It would be nice if it did ;-)... I'm talking about GNU Info files rather than OS/2 INF files. > John -- John **= Email 12 ==========================** Date: Fri, 9 Apr 2004 10:20:48 +0100 From: John Poltorak Subject: Re: Problem building AWK On Thu, Apr 08, 2004 at 08:03:07PM -0800, Dave and Natalie wrote: > On Thu, 8 Apr 2004 23:01:53 +0100, John Poltorak wrote: > >set LD=ld > > What about having LD=ld in config.site? I don't like changing config.site just to cater for a single app, it could have unforeseen consequences for other apps which have been building perfectly well previously. Under UX2BS, it's easy to set app specific environments by creating a simple script called scripts\pre-process\appname. > Dave -- John **= Email 13 ==========================** Date: Fri, 09 Apr 2004 12:32:41 +0200 From: Andreas Buening Subject: Re: Problem building AWK Henry Sobotka wrote: > > Dave and Natalie wrote: > > > > On Thu, 8 Apr 2004 23:01:53 +0100, John Poltorak wrote: > > >Before anyone spends any time trying to remember, all it needs is:- > > > > > >set LD=ld > > > > What about having LD=ld in config.site? > > Wouldn't that break -Zomf builds if ld ended up in the linkage command > in makefiles? LD=gcc would be safer. IIRC it was a "bug" in the configure.in file which vanished in later versions. $LD isn't used for anything, also LD=Yummie might do the job (but no tested). ;-) Bye, Andreas **= Email 14 ==========================** Date: Fri, 9 Apr 2004 11:03:23 +0100 From: John Poltorak Subject: Open Office Is there any reason why Open Office would not build on OS/2 straight from the source, given we have an updated toolset? Is there anything missing? -- John **= Email 15 ==========================** Date: Fri, 9 Apr 2004 12:04:42 +0100 From: John Poltorak Subject: Re: PDKSH needs PM On Fri, Apr 09, 2004 at 01:01:31AM -0400, Henry Sobotka wrote: > John Poltorak wrote: > > > > Looking through the list of DLLs required by PDKSH ie. sh.exe it needs > > PMWIN.DLL and PMSHAPI.DLL. > > > > Anyone know why these are included? > > > > This is a text mode app and I don't see any reason why it should require > > PM... > > My antique (1998) version just shows: > > xanadu/ chkdll32 sh.exe > Loading DLL 'emx' --> D:\EMX\DLL\EMX.DLL. > Loading DLL 'doscalls' --> loaded. > Loading DLL 'quecalls' --> C:\OS2\DLL\QUECALLS.DLL. > Loading DLL 'sesmgr' --> C:\OS2\DLL\SESMGR.DLL. > All DLL's used by 'sh.exe' could be loaded. Here's what I get:- Loading DLL 'emx' --> C:\USR\DLL\EMX.DLL. Loading DLL 'doscalls' --> loaded. Loading DLL 'pmwin' --> C:\OS2\DLL\PMWIN.DLL. Loading DLL 'pmshapi' --> C:\OS2\DLL\PMSHAPI.DLL. Loading DLL 'quecalls' --> C:\OS2\DLL\QUECALLS.DLL. Loading DLL 'sesmgr' --> C:\OS2\DLL\SESMGR.DLL. All DLL's used by 'sh.exe' could be loaded. > If you're using a newer version from IlyaZ, The last one from IlyaZ seems to work without any problems at all. > I know he's playing around > with windows in Perl, so it may be an offshoot of that. If you have the > src, a grep for Win* should turn up the calls pulling in the PM DLLs. I guess it must be these, in os2.c :- #define INCL_WINPROGRAMLIST #define INCL_WINFRAMEMGR > h~ > -- > Free software, free minds. -- John **= Email 16 ==========================** Date: Fri, 9 Apr 2004 12:41:20 +0100 From: John Poltorak Subject: Make dist Does anyone know anything about the DIST target in Makefiles or where I can find some info about it? I suspect it is related to creating a distributable package... If so, I'd like to explore the possibility of using it to make binary packages of various apps straight from the original source. -- John