Date: Mon, 1 Mar 2004 00:04:01 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 302 ************************************************** Sunday 29 February 2004 Number 302 ************************************************** Subjects for today 1 Re: GCC 3.2.2 Beta 4 : Stefan Neis 2 Re: GCC 3.2.2 Beta 4 : Stefan Neis 3 ash : John Poltorak 4 InnoTek builds : John Poltorak **= Email 1 ==========================** Date: Sat, 28 Feb 2004 19:02:54 +0100 (CET) From: Stefan Neis Subject: Re: GCC 3.2.2 Beta 4 Hi (Knut), > Thers a GCC build have available at: (snipp) I noticed two things while trying to build wxWindows with that build: 1. As was the case with plain EMX, also in this build os2emx.h is missing the type SPBCDATA, taking what I found in toolkit documentation, it should look like this: typedef struct _SPBCDATA { ULONG cbSize; /* Size of control block. */ ULONG ulTextLimit; /* Entryfield text limit. */ LONG lLowerLimit; /* Spin lower limit (numeric only). */ LONG lUpperLimit; /* Spin upper limit (numeric only). */ ULONG idMasterSpb; /* ID of the servant's master spinbutton. */ PVOID pHWXCtlData; /* Handwriting control data structure flag. */ } SPBCDATA; typedef SPBCDATA *PSPBCDATA; 2. In sys/locale.h, the definition of "struct lconv" is surrounded by #ifdef __INTERNAL_DEFS, which limits the usefulness of function localeconv from "locale.h" since you can't actually reasonably access the function's result, unless you explicitly add something like #define __INTERNAL_DEFS at the beginning of the source code. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 2 ==========================** Date: Sat, 28 Feb 2004 20:45:57 +0100 (CET) From: Stefan Neis 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: Sat, 28 Feb 2004 20:20:51 +0000 From: John Poltorak Subject: ash There is a new build of ASH here:- http://www.innotek.de/products/gccos2/ Is this fully functional? Would it be better to use the SHELL instead of PDKSH for building apps? -- John **= Email 4 ==========================** Date: Sat, 28 Feb 2004 20:15:28 +0000 From: John Poltorak Subject: InnoTek builds 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. My efforts with UX2BS have stalled because I am unable to get a working INTL.DLL built. Maybe this one might be more successful. -- John