<?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: porting alpha to integrity in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790583#M101844</link>
    <description>Obviously, with the shown simple example and default switches, there is no difference between Alpha and Integrity. It seems your environment is different from the default, at least one platform.&lt;BR /&gt;&lt;BR /&gt;What are the compiler versions and the used compiler switches?&lt;BR /&gt;&lt;BR /&gt;If you want someone to compile your sources, make sure that you provide all include files. There is an easy way to ensure none is forgotten: use the /preprocess qualifier.</description>
    <pubDate>Sun, 22 May 2011 11:33:24 GMT</pubDate>
    <dc:creator>H.Becker</dc:creator>
    <dc:date>2011-05-22T11:33:24Z</dc:date>
    <item>
      <title>porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790576#M101837</link>
      <description>&lt;!--!*#--&gt;Hi there,&lt;BR /&gt;I am porting an application from alpha to integrity. I came to the point where one of the source files is not getting compiled. The error message says:&lt;BR /&gt;%CXX-E-NOTCOMPREDEC, declaration is incompatible with&lt;BR /&gt;          "int (*l2func)(MBXDESC *, AKMESSINFO *) C" (declared at line 155 of&lt;BR /&gt;          "LV2$SERVER:[SOURCE]LV2.H;13")&lt;BR /&gt;at line number 60 in file LV2$SERVER:[SOURCE]LV2.C;19&lt;BR /&gt;&lt;BR /&gt;in LV2.c i have:&lt;BR /&gt;int (*l2func)(MBXDESC *mbxd, AKMESSINFO *akmess);&lt;BR /&gt;in lv2.h i have:&lt;BR /&gt;extern int (*l2func) (MBXDESC *mbxd, AKMESSINFO *akmess);</description>
      <pubDate>Sat, 21 May 2011 07:36:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790576#M101837</guid>
      <dc:creator>Saleh AlMaghrabi</dc:creator>
      <dc:date>2011-05-21T07:36:56Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790577#M101838</link>
      <description>&amp;gt;&amp;gt;&amp;gt; "int (*l2func)(MBXDESC *, AKMESSINFO *) C"&lt;BR /&gt;&amp;lt;&amp;lt;&amp;lt;&lt;BR /&gt;There seems to be more than just the shown line from your .h file: the appended 'C' in the message is very likely caused by an `extern "C" { ... }' in your .h file and the declaration of l2func being in the curly brackets.&lt;BR /&gt;&lt;BR /&gt;I doubt that the compiler diagnostic is different on Alpha and Integrity. /SHOW=ALL/LIST may help to find out whether there is an `extern "C"' in effect and what's different on both platforms.&lt;BR /&gt;</description>
      <pubDate>Sat, 21 May 2011 08:37:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790577#M101838</guid>
      <dc:creator>H.Becker</dc:creator>
      <dc:date>2011-05-21T08:37:10Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790578#M101839</link>
      <description>thank you for the prompt reply. &lt;BR /&gt;&lt;BR /&gt;Indeed i have extern c in my .h file and the the decalration is in the bracket of extern c.&lt;BR /&gt;&lt;BR /&gt;what i have in the files is:&lt;BR /&gt;in LV2.c i have:&lt;BR /&gt;int (*l2func)(MBXDESC *mbxd, AKMESSINFO *akmess);&lt;BR /&gt;in lv2.h i have:&lt;BR /&gt;extern int (*l2func) (MBXDESC *mbxd, AKMESSINFO *akmess);</description>
      <pubDate>Sat, 21 May 2011 08:57:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790578#M101839</guid>
      <dc:creator>Saleh AlMaghrabi</dc:creator>
      <dc:date>2011-05-21T08:57:32Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790579#M101840</link>
      <description>&lt;!--!*#--&gt;&amp;gt; [...] from alpha to integrity. [...]&lt;BR /&gt;&lt;BR /&gt;      cxx /version&lt;BR /&gt;&lt;BR /&gt;&amp;gt; [...] one of the source files [...]&lt;BR /&gt;&lt;BR /&gt;If you supplied an actual test case instead&lt;BR /&gt;of a vague description, then someone else&lt;BR /&gt;might be able to investigate this.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; what i have in the files is:&lt;BR /&gt;&amp;gt; in LV2.c i have:&lt;BR /&gt;&amp;gt; int (*l2func)(MBXDESC *mbxd, AKMESSINFO *akmess);&lt;BR /&gt;&amp;gt; in lv2.h i have:&lt;BR /&gt;&amp;gt; extern int (*l2func) (MBXDESC *mbxd, AKMESSINFO *akmess);&lt;BR /&gt;&lt;BR /&gt;Ok.  And are these on the lines cited in the&lt;BR /&gt;error message?  Do we know anything about&lt;BR /&gt;what MBXDESC and AKMESSINFO are in both&lt;BR /&gt;places?&lt;BR /&gt;&lt;BR /&gt;&amp;gt; /SHOW=ALL/LIST&lt;BR /&gt;&lt;BR /&gt;Often a good place to start.&lt;BR /&gt;&lt;BR /&gt;One common problem with old code which&lt;BR /&gt;started on VAX is conditionality like&lt;BR /&gt;      #ifdef __alpha&lt;BR /&gt;instead of&lt;BR /&gt;      #ifndef __VAX&lt;BR /&gt;One of these usually works better than the&lt;BR /&gt;other on an IA64 system.  But, with my weak&lt;BR /&gt;psychic powers, I can't see enough of your&lt;BR /&gt;code to do more than guess at what's&lt;BR /&gt;happening with it.</description>
      <pubDate>Sat, 21 May 2011 13:33:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790579#M101840</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2011-05-21T13:33:07Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790580#M101841</link>
      <description>are you compiling these with the same qualifiers ? &lt;BR /&gt;&lt;BR /&gt;Sometimes defaults are different on Itanium.&lt;BR /&gt;&lt;BR /&gt;You may find the extern model is different on Itanium.</description>
      <pubDate>Sat, 21 May 2011 15:18:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790580#M101841</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2011-05-21T15:18:08Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790581#M101842</link>
      <description>I don't see any difference in extern models, here. For such incompatible declarations, the below compilers on Alpha and Integrity print the same NOTCOMPREDEC. If you didn't see the same message on Alpha, you need to find out what's different in your Integrity environment. &lt;BR /&gt;&lt;BR /&gt;$ cxx/vers&lt;BR /&gt;HP C++ V7.2-021 on OpenVMS IA64 V8.4    &lt;BR /&gt;$ cxx/noobj tt:&lt;BR /&gt;extern "C" int (*f)(int);&lt;BR /&gt;extern int (*f)(int);&lt;BR /&gt;&lt;BR /&gt;extern int (*f)(int);&lt;BR /&gt;.............^&lt;BR /&gt;%CXX-E-NOTCOMPREDEC, declaration is incompatible with "int (*f)(int) C"&lt;BR /&gt;          (declared at line 1)&lt;BR /&gt;at line number 2 in file TT:[].CXX;&lt;BR /&gt; Exit &lt;BR /&gt; Exit &lt;BR /&gt;&lt;BR /&gt;%CXX-I-MESSAGE, 1 error detected in the compilation of "TT:[].CXX;".&lt;BR /&gt;$ &lt;BR /&gt;&lt;BR /&gt;$ cxx/ver&lt;BR /&gt;HP C++ V7.1-015 for OpenVMS Alpha V8.3    &lt;BR /&gt;$ cxx/noobj tt:&lt;BR /&gt;extern "C" int (*f)(int);&lt;BR /&gt;extern int (*f)(int);&lt;BR /&gt;&lt;BR /&gt;extern int (*f)(int);&lt;BR /&gt;.............^&lt;BR /&gt;%CXX-E-NOTCOMPREDEC, declaration is incompatible with "int (*f)(int) C"&lt;BR /&gt;          (declared at line 1)&lt;BR /&gt;at line number 2 in file _VTA2562:[].CXX;&lt;BR /&gt; Exit &lt;BR /&gt;&lt;BR /&gt;%CXX-I-MESSAGE, 1 error detected in the compilation of "_VTA2562:[].CXX;".&lt;BR /&gt;$ &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 21 May 2011 17:23:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790581#M101842</guid>
      <dc:creator>H.Becker</dc:creator>
      <dc:date>2011-05-21T17:23:01Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790582#M101843</link>
      <description>Dear All,&lt;BR /&gt;Thank you for your effort. I've uploaded the source for your reference. I have compiled on alpha successfully.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thank You.</description>
      <pubDate>Sun, 22 May 2011 05:09:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790582#M101843</guid>
      <dc:creator>Saleh AlMaghrabi</dc:creator>
      <dc:date>2011-05-22T05:09:16Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790583#M101844</link>
      <description>Obviously, with the shown simple example and default switches, there is no difference between Alpha and Integrity. It seems your environment is different from the default, at least one platform.&lt;BR /&gt;&lt;BR /&gt;What are the compiler versions and the used compiler switches?&lt;BR /&gt;&lt;BR /&gt;If you want someone to compile your sources, make sure that you provide all include files. There is an easy way to ensure none is forgotten: use the /preprocess qualifier.</description>
      <pubDate>Sun, 22 May 2011 11:33:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790583#M101844</guid>
      <dc:creator>H.Becker</dc:creator>
      <dc:date>2011-05-22T11:33:24Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790584#M101845</link>
      <description>The line numbers in the source you posted don't match the error messages you posted, and there are several missing include files, so no one's going to be able to reproduce the exact problem.&lt;BR /&gt;&lt;BR /&gt;I did notice one obvious difference between what the compiler will see on Alpha and Itanium.  You've got the following lines in lv2.h:&lt;BR /&gt;&lt;BR /&gt;#ifdef __ia64&lt;BR /&gt;#pragma member_alignment __save&lt;BR /&gt;#pragma nomember_alignment&lt;BR /&gt;#endif&lt;BR /&gt;&lt;BR /&gt;If you didn't need that on Alpha, it seems unlikely you'd need it on Itanium (though I guess it's possible), and the penalty for turning off alignment would be worse.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 22 May 2011 11:49:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790584#M101845</guid>
      <dc:creator>Craig A Berry</dc:creator>
      <dc:date>2011-05-22T11:49:40Z</dc:date>
    </item>
    <item>
      <title>Re: porting alpha to integrity</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790585#M101846</link>
      <description>As H.Becker said, one declaration is extern "C" and the other is extern "C++".&lt;BR /&gt;&lt;BR /&gt;Any reason you don't just add extern "C" to the one in LV2.c?  Or better yet, remove the redundant declaration in LV2.c.&lt;BR /&gt;</description>
      <pubDate>Sun, 22 May 2011 12:53:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/porting-alpha-to-integrity/m-p/4790585#M101846</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2011-05-22T12:53:19Z</dc:date>
    </item>
  </channel>
</rss>

