Mailing List Archived Message #31

From: "Steven Levine" <> Full Headers
Undecoded message
Subject: Re: [cwmm-dev] Compiling cwwm
Date: Wed, 29 Jul 2020 22:41:50 -0700
To: "CWMM Developers Mailing List" <>

In <>, on 07/29/20
   at 09:12 PM, "Dave Yeo" <> said:


Just a few random thoughts.

>Well, stupid error. Trying to work around various stuff that hasn't been
>defined by including wptypes.hh, I get this when building the wptypes.hh,

>"g:\IBMCPP\INCLUDE\OS2\wptypes.idl", line 23: error: "int" has not been

This raises a number of questions.  The error does not make a lot of sense
to me since my line 23 claims to be:

typedef unsigned long  ULONG;

FWIW, I'm pretty sure you don't need to build or #include a wptypes.*.
wptypes.idl is #included into wpobject.idl, so it or its relatives should
not need to be #included separately.

It appears I built wptypes.hh etc a couple of days ago while doing some
r&d and I got no errors.  Perhaps we are using different command lines.  I
modeled mine on the makefiles, but tweaked them to be easier to use from
the command line.  A typical invocation was:

 sc -p -r -sih;h;hh -dinclude -maddstar -mnoint -S128000 -C128000

run from the classes subdirectory with INCLUDE set to avoid the need for
-I parameters.

>"g:\IBMCPP\INCLUDE\OS2\wptypes.idl", line 23: warning: Non-portable
>"int" will be generated in emitter files.
>Number of errors: 1

I'm not sure where your version of IBMCPP came from, but there is no
\IBMCPP\INCLUDE\OS2 directory in mine and it was installed directly from
CD.  I'll check the CD tomorrow to verify I never had a case of the
mad-cleanies in the area.  It has a live-run directory tree.

What I do have is \IBMCPP\INCLUDE\SOM with IBM supplied *.h *.hh *.api and
*.efw files.

>Earlier in the build, in classes when building the hh files, I did see a
>similar warning about the non-portable int but no error in cwimage.idl.

What does this mean?  Did you or did you not get a warning run running sc
for cwimage.idl?

>I'm not used to this environment

This is the first time I've needed pay attention to DTS.  However, I have
enough understanding of SOM to have written a couple fo SOM classes.

>and just take it for granted that int
>is a fundamental type,

int is a fundamental type for c and c++, but apparently not for SOM.  See
the "Integral Types" help panel in the SOM Programming Guide.  That said,
the docs show examples that use int types in what appears to be SOM code,
so I need to experiment.


Let's figure out why our .idl files seem to differ and go from there.


"Steven Levine" <>  Warp/DIY/BlueLion etc.

This email was Anti Virus checked by Astaro Security Gateway.

Subscribe: Feed, Digest, Index.
Mail to ListMaster