From: "Dave Yeo" Received: from [192.168.100.201] (HELO mail.2rosenthals.com) by 2rosenthals.com (CommuniGate Pro SMTP 5.4.10) with ESMTPS id 933507 for cwmm-dev@2rosenthals.com; Tue, 28 Jul 2020 02:15:10 -0400 Received: from secmgr-va.2rosenthals.com ([50.73.8.217]:51613 helo=mail2.2rosenthals.com) by mail.2rosenthals.com with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1k0ItB-0008GS-09 for cwmm-dev@2rosenthals.com; Tue, 28 Jul 2020 02:15:01 -0400 Received: from mail-il1-f173.google.com ([209.85.166.173]:37190) by mail2.2rosenthals.com with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1k0Isz-00021j-0f for cwmm-dev@2rosenthals.com; Tue, 28 Jul 2020 02:14:49 -0400 Received: by mail-il1-f173.google.com with SMTP id r12so15217412ilh.4 for ; Mon, 27 Jul 2020 23:14:48 -0700 (PDT) X-CTCH-RefID: str=0001.0A020215.5F1FC265.0011,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-CTCH-RefID: str=0001.0A020209.5F1FC259.0016,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=N2OvBKis9f1+zh6lR374sWYVzUFreVMLkRl9WnvWndY=; b=IB8gS/6n6+5nMiU9qWQ8wfRmvOUgiNcnzvhbSCaHfbnJyEa8Kpq4y9eiyCZTQeMohv GyVyISlivOzQfKOSlsvxvMJeQWbUIOD0MlXTfLORB9zsPoJTBW4i3o1M2KaiHIAnMjeQ sLz5khelvvFg2MgGWIRWZ2dR/qir+rN9AUt5NzU6KX9XBoYpRRw5W+HU+f6LxGptd0+L 52Gn7tMjjsRAkD0caQVjC/cL4A/BEmMudliaKd6wWAnWUwuxRzs0EQrdbx5DWeULnfAm wCncvLCfIpu1phQ/Lp31F10CT8cssewZerLgVa5/tqPMkOF9vecKZrv+q5jb2sngJVKv Vu7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=N2OvBKis9f1+zh6lR374sWYVzUFreVMLkRl9WnvWndY=; b=L3EAM3hIgRvkGk0e3wD9uhl0+nlJleDbaBT3qhR1Kc7Fv+yjgr7C8dtSTJvdFinRdB fBZR2x/X+dIJJjJfJgbpQ8D2UoQtSiMXO5wvvQwJQ7kCX6ThUY/hUTvunIjgeAnh4VOL pBsXy7m3v8vU15Q2B4j/mVc+OpK6f8Qs3J6sHHZG/IQe3Yc/YfCqOj4NF6UkinKlngBu YxIn/ID019QOLuBcJ0QzTOo+A5CiNyrBUTYGN7PlTfCzPAzlHUW2PsLjOEDO6DPTVSAs VWOY6/GbozkSi5c4FVM3bsrauSC9H9mXI5VILDY827Ivti2NlFytQ0L3LKMnY8xHGZ6H mSuA== X-Gm-Message-State: AOAM533yYl77TDlc+askHLBjnl+BHDkcXaplUqCC5BxL05eIiXovOZCP Nhi6Tg5OPFPzS2WKJv6Y8b842ECZ X-Google-Smtp-Source: ABdhPJwqwzm3ReJJQqCw0/P76QY6ZtPs0KKUz3fNqpobVjOF0T+KGt56SBVzd3cwhTRo/j1VIOipuw== X-Received: by 2002:a63:531e:: with SMTP id h30mr22150716pgb.165.1595916512431; Mon, 27 Jul 2020 23:08:32 -0700 (PDT) Return-Path: Received: from [192.168.0.104] ([209.52.88.182]) by smtp.gmail.com with ESMTPSA id r8sm17197506pfg.147.2020.07.27.23.08.31 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Jul 2020 23:08:31 -0700 (PDT) Subject: Re: [cwmm-dev] Compiling cwwm To: CWMM Developers Mailing List References: Message-ID: Date: Mon, 27 Jul 2020 23:08:26 -0700 User-Agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 07/27/20 10:06 PM, Steven Levine wrote: > In , on 07/27/20 > at 09:39 PM, "Dave Yeo" said: > > Hi Dave, > >> Shame >> the toolkit doesn't have .hh versions for most of the idl files. > > The .hh files for for the C++ DTS (Direct to SOM) bindings. This method > of interacting with SOM objects was probably invented after IBM was done > with OS/2. The som.hh included with VACPP3.08 has, // som.hh for DTS C++ // SHD: May 27/94 > > You can always use sc to generate any .hh file you might need. However, > you probably don't need them. If your code was written to use the > traditiional C++ .xih bindings, you don't need the DTS .hh files. Well, Chris uses .hh files and I did have that crash when trying an xh version, possibly due to not having enough string space, the .hh files use -S128000. > >> created the needed hh files from the toolkit's idl files but there are >> missing includes I believe. Eg now I get errors like, ... >> K:\work\cwmmclasses\branches\v2.9\common_functions\include\wpfsys.hh(272:35) >> : error EDC3090: Syntax error - expected "type name" and found >> "FILTERFLAGS". >> ... >> which seems to be typedefed in wpobject.h and likely wpobject.idl and/or >> wptypes.idl. > > My guess is that this code expects to be built with the wpobject.h > provided by xworkplace. Looking, I see intree, _wpobject.h, __wpobject.h which is about 8k smaller as well as wpobject.hh, need to investigate why one isn't getting included and still left wondering. There's other system files that Chris included and added a leading _ They're all pretty old. > >> I guess experiment and hopefully figure it out. >> Is there a common variable to refer to the toolkit? > > Do you mean in makefiles? If so, it varies. Xworkplace uses TKBASE. > I've seen other code that uses TOOLKIT. > >> Rather then copying the idl files to the tree, > > You are absolutely correct that committing the .idl files you don't > maintain into your tree is a bad idea. > >> it may be better to >> just tell sc where to install them and create a permanent include >> directory for the hh files. > > The .xih, .ih and .hh files are all build products. In the case of .hh > files you generate, my inclination would be to write them to the same > directory where the .ih and .xih files are written. Those are only accessed by classes, need to access from mediafolder. I'm reluctant to mix them. > > Any .ih, .hh and .xih files that are in the repo are only there because > they were part of the initial import. Recall that I stated: > > "It is also likely that some build products were committed to the trunk. > If so, they should be "svn removed" from the trunk." Some don't have corresponding idl files, and no code to build the ones using system idl files. I'll assume using the toolkit versions is preferred. Dave Dave -- This email was Anti Virus checked by Astaro Security Gateway. http://www.sophos.com