<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: DEC C V6.0 vs 6.4 command-lines in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972078#M86</link>
    <description>sys$system:decc$show_versions.com&lt;BR /&gt;might prove instructive as how to find the version number in a &lt;BR /&gt;general way (/version was not &lt;BR /&gt;supported on all versions).&lt;BR /&gt;&lt;BR /&gt;Generally speaking I still think&lt;BR /&gt;it would be a good idea to fix the code.</description>
    <pubDate>Tue, 13 May 2003 14:18:54 GMT</pubDate>
    <dc:creator>Martin P.J. Zinser</dc:creator>
    <dc:date>2003-05-13T14:18:54Z</dc:date>
    <item>
      <title>DEC C V6.0 vs 6.4 command-lines</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972077#M85</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;I'm currently shipping an application, which is distributed as source code and compiled by the end-user as part of the installation process.  The code in question has a lot of statements that generate the %CC-W-PTRMISMATCH warning under DEC Cv6.0; to stop this breaking the compile, I've added /WARNINGS=(DISABLE=PTRMISMATCH) to the compiler command line.  However, it seems that some time after V6.0 (I've noticed this behaviour on 6.4 at least), the warning in question changed to %CC-W-PTRMISMATCH1, and is no longer disabled by this command line;  customers using V6.4 are then not able to build the source.&lt;BR /&gt;&lt;BR /&gt;I've considered a couple of solutions to this;  either checking the version of the compiler in the installation DCL procedure, and setting an MMS/MMK variable to change the command line passed to the compiler, or generating a CC.COM before build which includes the correct command line.&lt;BR /&gt;&lt;BR /&gt;However, I'm not sure how to go about either of these;  in particular, although CC/VERSION prints the compiler's version number, is there a way to 'catch' this in a DCL symbol to use?&lt;BR /&gt;&lt;BR /&gt;Any hints or other ideas for a solution would be appreciated :).&lt;BR /&gt;&lt;BR /&gt;(Before anyone says "fix the warnings in the code".. yes, I'd like to do that, but the non-VMS parts of the code weren't written by me, and I'd like to avoid changing that;  the changes to fix all occurances of this warning would proably require rewriting half the software :(. )</description>
      <pubDate>Tue, 13 May 2003 13:48:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972077#M85</guid>
      <dc:creator>Edward Brocklesby</dc:creator>
      <dc:date>2003-05-13T13:48:29Z</dc:date>
    </item>
    <item>
      <title>Re: DEC C V6.0 vs 6.4 command-lines</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972078#M86</link>
      <description>sys$system:decc$show_versions.com&lt;BR /&gt;might prove instructive as how to find the version number in a &lt;BR /&gt;general way (/version was not &lt;BR /&gt;supported on all versions).&lt;BR /&gt;&lt;BR /&gt;Generally speaking I still think&lt;BR /&gt;it would be a good idea to fix the code.</description>
      <pubDate>Tue, 13 May 2003 14:18:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972078#M86</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2003-05-13T14:18:54Z</dc:date>
    </item>
    <item>
      <title>Re: DEC C V6.0 vs 6.4 command-lines</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972079#M87</link>
      <description>If there is an include file that will be included in all the affected code, you could put in something like:&lt;BR /&gt;&lt;BR /&gt;#ifdef __VMS&lt;BR /&gt;&lt;BR /&gt;/* FIXME -- Please fix the code so&lt;BR /&gt; * this desperate suppression of&lt;BR /&gt; * error messages is unnecessary.&lt;BR /&gt; */&lt;BR /&gt;#if defined (__DECC_VER) &amp;amp;&amp;amp; __DECC_VER &amp;gt;= 60400000&lt;BR /&gt;&lt;BR /&gt;#pragma message disable PTRMISMATCH1&lt;BR /&gt;&lt;BR /&gt;#else&lt;BR /&gt;&lt;BR /&gt;#pragma message disable PTRMISMATCH&lt;BR /&gt;&lt;BR /&gt;#endif&lt;BR /&gt;#endif</description>
      <pubDate>Tue, 13 May 2003 16:24:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972079#M87</guid>
      <dc:creator>Craig A Berry</dc:creator>
      <dc:date>2003-05-13T16:24:38Z</dc:date>
    </item>
    <item>
      <title>Re: DEC C V6.0 vs 6.4 command-lines</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972080#M88</link>
      <description>Thanks, #pragma message disable does exactly what I require :).&lt;BR /&gt;&lt;BR /&gt;(Yes, the code should be fixed, and I've left Craig's comment in the source because of this.&lt;BR /&gt;&lt;BR /&gt;Unfortunately I really don't have time to do it myself, and the author of the code in question doesn't consider it enough of a problem to warrant fixing it when there's other more pressing problems to deal with.&lt;BR /&gt;&lt;BR /&gt;Without being able to change the source, I think this workaround is a reasonable solution.)&lt;BR /&gt;&lt;BR /&gt;Thanks again for the help. :)&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 13 May 2003 18:54:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/dec-c-v6-0-vs-6-4-command-lines/m-p/2972080#M88</guid>
      <dc:creator>Edward Brocklesby</dc:creator>
      <dc:date>2003-05-13T18:54:35Z</dc:date>
    </item>
  </channel>
</rss>

