Date: Mon, 19 Jan 2004 00:04:01 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 291 ************************************************** Sunday 18 January 2004 Number 291 ************************************************** Subjects for today 1 Compiling Tidy : Christian Hennecke" 2 Re: Compiling Tidy : Steven Levine" 3 Re: Compiling Tidy : Christian Hennecke" 4 Re: Compiling Tidy : Stefan Neis 5 Re: Compiling Tidy : Steven Levine" 6 Re: Y conversion routines : Dave Saville" **= Email 1 ==========================** Date: Sat, 17 Jan 2004 16:33:34 +0100 (CET) From: "Christian Hennecke" Subject: Compiling Tidy Folks, I tried to compile the latest Tidy (http://tidy.sourceforge.net) sources of January 10, but I get a ton of "dereferencing pointer to incomplete type" and parse errors. Could somebody please have a look at that? Christian Hennecke **= Email 2 ==========================** Date: Sat, 17 Jan 2004 08:47:32 -0800 From: "Steven Levine" Subject: Re: Compiling Tidy In <200401171533.PAA627.50 at mail.warpix.org>, on 01/17/04 at 04:33 PM, "Christian Hennecke" said: >I tried to compile the latest Tidy (http://tidy.sourceforge.net) sources >of January 10, but I get a ton of "dereferencing pointer to incomplete >type" and parse errors. Could somebody please have a look at that? If you posted a couple examples, someone might recognize what's missing. You also need to indicate what compiler you used and so on. One possibility is an empty macro expansion. Another is a reference to an anonymous structure. 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 3 ==========================** Date: Sat, 17 Jan 2004 19:35:48 +0100 (CET) From: "Christian Hennecke" Subject: Re: Compiling Tidy On Sat, 17 Jan 2004 08:47:32 -0800, Steven Levine wrote: >>I tried to compile the latest Tidy (http://tidy.sourceforge.net) sources >>of January 10, but I get a ton of "dereferencing pointer to incomplete >>type" and parse errors. Could somebody please have a look at that? > >If you posted a couple examples, someone might recognize what's missing. It begins with: In file included from ../../src/tidy-int.h:17, from ../../src/access.c:36: .../../include/tidy.h:180: parse error before "ulong" .../../include/tidy.h:183: parse error before "tidyGetAppData" .../../include/tidy.h:183: warning: type defaults to `int' in declaration of `tidyGetAppData' .../../include/tidy.h:183: warning: data definition has no type or storage class .../../include/tidy.h:307: parse error before "tidyOptGetDefaultInt" .../../include/tidy.h:307: warning: type defaults to `int' in declaration of `tidyOptGetDefaultInt' .../../include/tidy.h:307: warning: data definition has no type or storage class .../../include/tidy.h:325: parse error before "tidyOptGetInt" .../../include/tidy.h:325: warning: type defaults to `int' in declaration of `tidyOptGetInt' .../../include/tidy.h:325: warning: data definition has no type or storage class .../../include/tidy.h:327: parse error before "ulong" .../../include/tidy.h:386: parse error before "sourceData" .../../include/tidy.h:389: parse error before "sourceData" .../../include/tidy.h:392: parse error before "sourceData" .../../include/tidy.h:403: parse error before "ulong" .../../include/tidy.h:403: warning: no semicolon at end of struct or union .../../include/tidy.h:409: parse error before '}' token The offending code in lines 177 to 183 is: /** Let application store a chunk of data w/ each Tidy instance. ** Useful for callbacks. */ TIDY_EXPORT void tidySetAppData( TidyDoc tdoc, ulong appData ); /** Get application data set previously */ TIDY_EXPORT ulong tidyGetAppData( TidyDoc tdoc ); Then comes line 307: /** Get default value of given Option as an unsigned integer */ TIDY_EXPORT ulong tidyOptGetDefaultInt( TidyOption opt ); And 325: /** Get current Option value as an integer */ TIDY_EXPORT ulong tidyOptGetInt( TidyDoc tdoc, TidyOptionId optId ); >You also need to indicate what compiler you used and so on. I tried gcc 2.8.1, 3.0.3, and the latest 3.2.2 beta. Things have been like this for a while, but I until now I thought that it was due to lots of changes which had not been consolidated yet. Christian Hennecke **= Email 4 ==========================** Date: Sat, 17 Jan 2004 20:24:59 +0100 (CET) From: Stefan Neis Subject: Re: Compiling Tidy On Sat, 17 Jan 2004, Christian Hennecke wrote: > >If you posted a couple examples, someone might recognize what's missing. > > It begins with: > > In file included from ../../src/tidy-int.h:17, > from ../../src/access.c:36: > ../../include/tidy.h:180: parse error before "ulong" (snipp) > Christian Hennecke It's really simple... ;-) You're going to be frustrated. I found that adding "typedef unsigned long ulong" to platform.h is very helpful. For a "real" fix, search for this line in the code: /* hack for gnu sys/types.h file which defines uint and ulong */ and add __EMX__ to the #ifdef's starting there in a "suitable" way. I'm too lazy to figure that one out right now... Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 5 ==========================** Date: Sat, 17 Jan 2004 21:24:47 -0800 From: "Steven Levine" Subject: Re: Compiling Tidy In <200401171836.SAA632.79 at mail.warpix.org>, on 01/17/04 at 07:35 PM, "Christian Hennecke" said: Stefan's platfrom.h fixes will definitely get you past the missing definitions for ulong and uint. Now that I'm back and recovered from our SCOUG meeting, I took a quick look at the source. I didn't see any other obvious build breakers. You might want to consider using ifdefs in the makefile to support the OS/2 specific build options. Perhaps we can convince the Tidy maintainers to add your updates to the Sourceforge codebase. >Things have been like this for a while, but I until now I thought that it >was due to lots of changes which had not been consolidated yet. It's a classic cascading error. I guess some platforms got tired of having UINT and ULONG being uppercase so they defined lowercase versions. I don't know if uint and ulong have made there way into one to the C language standards or not. 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 6 ==========================** Date: Sun, 18 Jan 2004 09:00:43 +0000 (GMT) From: "Dave Saville" Subject: Re: Y conversion routines On Fri, 16 Jan 2004 15:03:13 -0600, Dave Webster wrote: >Do you have any indication on which versions of OS/2 this is supported? If I >had to wager, I'd say from the version including OPEN32 (the Win32 API >support intended for SmartSuite). There are others - A couple of neat ones to do with the clipboard that Virtual PC uses and I use in ClipView. No one as reported any problems and I have been using them since Innotek told me about them when I thought there was a conflict between CV and VPC. There was not, but the new calls made life *much* simpler. Win32AddClipbrdViewer(hwndClient); /* register to receive clipboard draws */ Win32RemoveClipbrdViewer(hwndClient); /* deregister */ ;------------------------------------ ; ClipView.imp module import file ;------------------------------------ Win32AddClipbrdViewer PMMERGE 5442 1 Win32RemoveClipbrdViewer PMMERGE 5443 1 These allow one to register for clipboard draws without having to *own* the clipboard. So you can have multiple apps seeing the clipboard change. I believe this also came from open32/opendoc. -- Regards Dave Saville