Date: Wed, 3 Mar 2004 00:04:07 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 304 ************************************************** Tuesday 02 March 2004 Number 304 ************************************************** Subjects for today 1 Re: InnoTek builds : John Poltorak 2 RE: GCC 3.2.2 Beta 4 : Dave Webster 3 RE: GCC 3.2.2 Beta 4 : Dave Webster 4 Re: InnoTek builds : Andreas Buening 5 Re: EMX - insufficient stack space : Steven Levine" 6 RE: GCC 3.2.2 Beta 4 : Stefan Neis 7 RE: GCC 3.2.2 Beta 4 : Dave Webster 8 Re: EMX - insufficient stack space : John Poltorak 9 RE: GCC 3.2.2 Beta 4 : Dave Webster 10 Re: EMX - insufficient stack space : Steven Levine" 11 Re: EMX - insufficient stack space : Mentore Siesto 12 Re: EMX - insufficient stack space : John Poltorak 13 RE: GCC 3.2.2 Beta 4 : Stefan Neis 14 RE: GCC 3.2.2 Beta 4 : Stefan Neis **= Email 1 ==========================** Date: Mon, 1 Mar 2004 13:32:28 +0000 From: John Poltorak Subject: Re: InnoTek builds On Mon, Mar 01, 2004 at 10:02:16AM +0100, Andreas Buening wrote: > John Poltorak wrote: > > > > I've just noticed quite a few OS/2 friendly GNU apps here:- > > > > http://www.innotek.de/products/gccos2/ > > > > How do I go about building these from the original GNU source? > > > > I'm particularly interested in getting GETTEXT built since there appears > > to be something wrong with the one I built straight from the GNU source. > > To my knowledge, it's still not possible to compile an OS/2 compatible > gettext from the 0.12 or later sources. I'm not too concerned about the original source working on OS/2, although that would be nice eventually . My main concern is being able to build to build GETTEXT in an automated fashion by adding OS/2 patches to the GNU source. > Bye, > Andreas -- John **= Email 2 ==========================** Date: Mon, 1 Mar 2004 08:32:27 -0600 From: Dave Webster Subject: RE: GCC 3.2.2 Beta 4 I think you have to use the -linker build option to pass the type directly to the linker. I have yet to get far enough to worry about it. You will notice today that I fixed most all the warnings in the OS/2 code this morning. I had a number of odd errors (the lconv thing, _Wxslen multiply defined in regex, and a link error in the minimal sample). I'm hoping the new configure.in file generates a makefile that fixes those. -----Original Message----- From: Stefan Neis [mailto:neis at cdc.informatik.tu-darmstadt.de] Sent: Saturday, February 28, 2004 1:46 PM To: Knut St. Osmundsen; os2-unix at mail.warpix.org Subject: Re: GCC 3.2.2 Beta 4 Hi, > I noticed two things while trying to build wxWindows with that build: (snipp) Here comes the third: For linking, I used to not use ".def files" (it's ugly to auto-create them), instead I used to run "emxbind -ep" on the wxWindows exectuables at the end of the build to set the application type to "PM application". With the new gcc build, I just get "emxbind: invalid option". For now, I created a "dummy" .def file and manually added that to the "gcc -o minimal.exe ..." line and now I have the minimal sample up and running, but having to create a definition file everytime I want to link something is not something I actually like. Is there some easier way to set the application type? Passing some suitable option to the linker or a way to make "emxbind -ep" work on the executable again? Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 3 ==========================** Date: Mon, 1 Mar 2004 08:33:15 -0600 From: Dave Webster Subject: RE: GCC 3.2.2 Beta 4 I belive you can pass options directly to the OMF linker (if you are building in -Zomf mode) by using -linker. For ld builds I have no idea. -----Original Message----- From: DWParsons at t-online.de [mailto:DWParsons at t-online.de] Sent: Sunday, February 29, 2004 12:00 PM To: os2-unix at mail.warpix.org Subject: Re: GCC 3.2.2 Beta 4 On Mon, 23 Feb 2004 23:37:54 +0100, Knut St. Osmundsen wrote: > Hi! > > Thers a GCC build have available at: > http://www.innotek.de/products/gccos2/download/ > > It contains an updated binutils (v2.14), LIBC includes some new features > like sharing socket and file handles, several bugs in LIBC and the emx > tools have been fixed. See the release notes for details ("GCC for OS/2 > Beta 4 release notes"). > Hi, Many thanks for the new release. I have now compiled wxWidgets 2.5.1, cvs from last week, with only a couple of small changes. One to the makefile, (-D__INTERNAL_DEFS), and one to one of the wx source files. The library compiles ok and I can compile and link the samples. but I can not set the application type to PM using emxbind. This is where I got stuck with beta 3 also. The resultant executable will run if I use 'start /pm wizard'. When trying to set the type using emxbind I get errors like:- -invalid option, referring to emxbind -e -the input and output files have the same name, using emxbind -p Both of these switches are indicated as valid on the usage menu and worked with the old emxbind. Is there any why to produce a pm executable? FYI, wx is an a.out build. On another subject, is there any chance of you enabling some of the other front ends, i.e. fortran & Ada? Regards, Dave **= Email 4 ==========================** Date: Mon, 01 Mar 2004 17:15:33 +0100 From: Andreas Buening Subject: Re: InnoTek builds John Poltorak wrote: > > On Mon, Mar 01, 2004 at 10:02:16AM +0100, Andreas Buening wrote: > I'm not too concerned about the original source working on OS/2, although > that would be nice eventually . My main concern is being able to build to > build GETTEXT in an automated fashion by adding OS/2 patches to the GNU > source. I know. Therefore: > > To my knowledge, it's still not possible to compile an OS/2 compatible > > gettext from the 0.12 or later sources. neither directly, nor indirectly. AFAIK, of course. Andreas **= Email 5 ==========================** Date: Mon, 01 Mar 2004 08:59:15 -0800 From: "Steven Levine" Subject: Re: EMX - insufficient stack space In <20040301120652.V70 at warpix.org>, on 03/01/04 at 12:06 PM, John Poltorak said: >I've just found that I've managed to pull in a backlevel version of EMX >but am unable remove it from memory. How can I do that? None of the list >of running tasks seems to be associated with EMX. Why do you say that? Did you try: pstat | grep -i emx Steven -- ---------------------------------------------------------------------- "Steven Levine" MR2/ICE 2.41 #10183 Warp4/FP15/14.093c_W4 www.scoug.com irc.webbnet.info irc.fyrelizard.org #scoug (Wed 7pm PST) ---------------------------------------------------------------------- **= Email 6 ==========================** Date: Mon, 1 Mar 2004 18:34:57 +0100 (CET) From: Stefan Neis Subject: RE: GCC 3.2.2 Beta 4 On Mon, 1 Mar 2004, Dave Webster wrote: > I think you have to use the -linker build option to pass the type directly > to the linker. I'm still doing a.out builds.. > the lconv thing, should be fixed in src/common/intl.cpp (for now), although this looks like a bug in Innotek's sys/locale.h to me. :-( > _Wxslen multiply defined in regex, Might be the infamous OMF problem with weak symbols. :-( BTW, which regex are you using? Built-in one or the one included in Innotek's distribution? > and a link error in the minimal sample). If it's the same one that I encountered, then it was caused by a missing "linkage mode declaration" in os2/nativdlg.cpp. Fixed in CVS. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 7 ==========================** Date: Mon, 1 Mar 2004 12:45:40 -0600 From: Dave Webster Subject: RE: GCC 3.2.2 Beta 4 I tried to figure out what was going in locale.h /sys/locale.h and never could. I guess that define fixes it. I really need to do -Zomf builds as that is the only way to debug an Innotek compiled object since gdb support is not there and not likely to ever be there. The duplicate is in the wx regex and yes, it is that weak symbol crappola again. Probably will opt for the internal regex. The minimal link had something to do with that pmwin.736 or whatever that is. It was late and I didn't have time to figure that one out. -----Original Message----- From: Stefan Neis [mailto:neis at cdc.informatik.tu-darmstadt.de] Sent: Monday, March 01, 2004 11:35 AM To: 'os2-unix at mail.warpix.org' Subject: RE: GCC 3.2.2 Beta 4 On Mon, 1 Mar 2004, Dave Webster wrote: > I think you have to use the -linker build option to pass the type directly > to the linker. I'm still doing a.out builds.. > the lconv thing, should be fixed in src/common/intl.cpp (for now), although this looks like a bug in Innotek's sys/locale.h to me. :-( > _Wxslen multiply defined in regex, Might be the infamous OMF problem with weak symbols. :-( BTW, which regex are you using? Built-in one or the one included in Innotek's distribution? > and a link error in the minimal sample). If it's the same one that I encountered, then it was caused by a missing "linkage mode declaration" in os2/nativdlg.cpp. Fixed in CVS. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 8 ==========================** Date: Mon, 1 Mar 2004 21:15:42 +0000 From: John Poltorak Subject: Re: EMX - insufficient stack space On Mon, Mar 01, 2004 at 08:59:15AM -0800, Steven Levine wrote: > In <20040301120652.V70 at warpix.org>, on 03/01/04 > at 12:06 PM, John Poltorak said: > > >I've just found that I've managed to pull in a backlevel version of EMX > >but am unable remove it from memory. How can I do that? None of the list > >of running tasks seems to be associated with EMX. > > Why do you say that? > > Did you try: > > pstat | grep -i emx I used UNLOCK from LXLITE to release it before I had chance to try what you suggested, but the latest version didn't make any difference. > Steven > > -- > ---------------------------------------------------------------------- > "Steven Levine" MR2/ICE 2.41 #10183 Warp4/FP15/14.093c_W4 > www.scoug.com irc.webbnet.info irc.fyrelizard.org #scoug (Wed 7pm PST) > ---------------------------------------------------------------------- -- John **= Email 9 ==========================** Date: Mon, 1 Mar 2004 15:45:39 -0600 From: Dave Webster Subject: RE: GCC 3.2.2 Beta 4 Just ran configure after autoconf on the new configure.in and that bk-deps thing still blows up the command interpreter. Have no idea why. -----Original Message----- From: Stefan Neis [mailto:neis at cdc.informatik.tu-darmstadt.de] Sent: Monday, March 01, 2004 11:35 AM To: 'os2-unix at mail.warpix.org' Subject: RE: GCC 3.2.2 Beta 4 On Mon, 1 Mar 2004, Dave Webster wrote: > I think you have to use the -linker build option to pass the type directly > to the linker. I'm still doing a.out builds.. > the lconv thing, should be fixed in src/common/intl.cpp (for now), although this looks like a bug in Innotek's sys/locale.h to me. :-( > _Wxslen multiply defined in regex, Might be the infamous OMF problem with weak symbols. :-( BTW, which regex are you using? Built-in one or the one included in Innotek's distribution? > and a link error in the minimal sample). If it's the same one that I encountered, then it was caused by a missing "linkage mode declaration" in os2/nativdlg.cpp. Fixed in CVS. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 10 ==========================** Date: Mon, 01 Mar 2004 14:08:41 -0800 From: "Steven Levine" Subject: Re: EMX - insufficient stack space In <20040301211542.B70 at warpix.org>, on 03/01/04 at 09:15 PM, John Poltorak said: >I used UNLOCK from LXLITE to release it before I had chance to try what >you suggested, but the latest version didn't make any difference. Unlock will allow you to modify the DLL, but will not release the in use version so none of your changes will take effect until you unload the in use version. Regards, Steven -- ---------------------------------------------------------------------- "Steven Levine" MR2/ICE 2.41 #10183 Warp4/FP15/14.093c_W4 www.scoug.com irc.webbnet.info irc.fyrelizard.org #scoug (Wed 7pm PST) ---------------------------------------------------------------------- **= Email 11 ==========================** Date: Tue, 2 Mar 2004 11:08:48 +0100 (CET) From: Mentore Siesto Subject: Re: EMX - insufficient stack space On Mon, 1 Mar 2004, John Poltorak wrote: JP >What can I do if a program aborts because of insufficient stack space in JP >EMX? JP > JP >Anyone know what triggers this error? IIRC emxstack should do the job. -- Mentore Siesto Team OS/2 Italia **= Email 12 ==========================** Date: Tue, 2 Mar 2004 10:13:19 +0000 From: John Poltorak Subject: Re: EMX - insufficient stack space On Tue, Mar 02, 2004 at 11:08:48AM +0100, Mentore Siesto wrote: > On Mon, 1 Mar 2004, John Poltorak wrote: > > JP >What can I do if a program aborts because of insufficient stack space in > JP >EMX? > JP > > JP >Anyone know what triggers this error? > > IIRC emxstack should do the job. What do I do with EMXSTACK? Run it against EMX.DLL? That doesn't appear to do anything. > -- > Mentore Siesto > Team OS/2 Italia -- John **= Email 13 ==========================** Date: Tue, 2 Mar 2004 12:06:34 +0100 (CET) From: Stefan Neis Subject: RE: GCC 3.2.2 Beta 4 On Mon, 1 Mar 2004, Dave Webster wrote: > I really need to do -Zomf builds as > that is the only way to debug an Innotek compiled object since gdb support > is not there and not likely to ever be there. You still should be able to compile in a.out mode and convert the resulting libs via "emxomf -l"... Of course, that doesn't help with weak symbols. > The minimal link had something to do with that > pmwin.736 or whatever that is. It was late and I didn't have time to figure > that one out. I see. "nm" probably doesn't like OMF mode either, but then, "emxbind -ep" doesn't work anyway to make a PM application, so feel free to simply ignore that error... Regards, Stefan **= Email 14 ==========================** Date: Tue, 2 Mar 2004 12:12:57 +0100 (CET) From: Stefan Neis Subject: RE: GCC 3.2.2 Beta 4 On Mon, 1 Mar 2004, Dave Webster wrote: > Just ran configure after autoconf on the new configure.in and that bk-deps > thing still blows up the command interpreter. Have no idea why. bk-deps is still expecting something like "sh", "ash", or "bash" as command processor, _not_ "cmd"... Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'.