<?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: Crashing the aCC compiler when using namespace aliases in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610910#M104530</link>
    <description>Why would you want to redefine stlport to be an alias for std, twice?</description>
    <pubDate>Wed, 31 Aug 2005 08:02:58 GMT</pubDate>
    <dc:creator>Stephen Keane</dc:creator>
    <dc:date>2005-08-31T08:02:58Z</dc:date>
    <item>
      <title>Crashing the aCC compiler when using namespace aliases</title>
      <link>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610909#M104529</link>
      <description>While trying to get STLport 5.0 to compile using aCC (versions A.03.52 and A.03.63) I've run into a compiler crash. The crash occurs when redefining a namespace alias. Here's a reduced down example of the problem:&lt;BR /&gt;&lt;BR /&gt;  namespace std { }&lt;BR /&gt;  namespace stlport = std;&lt;BR /&gt;  namespace stlport = std;&lt;BR /&gt;&lt;BR /&gt;This code causes the aCC compiler to crash with the following stack dump:&lt;BR /&gt;&lt;BR /&gt;aCC -c nameSpaceProblem.cpp&lt;BR /&gt;OOPS!!  Namespace ::code not implemented&lt;BR /&gt;( 0)  0x00330418   oops__F11StringTokenPCc + 0x6c  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 1)  0x0028080c   code__9NamespaceFv + 0x18  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 2)  0x001dbd50   ProcessExternalDeclaration__8CompilerFP11Declarationb + 0x528  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 3)  0x001d09a4   ProcessExternalDeclarationList__8CompilerFP11Declaration + 0x2e0  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 4)  0x001aecdc   doReduction1__FiR12ScannerValueP12ScannerValue + 0x33c  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 5)  0x001adecc   yyparse__Fv + 0xce8  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 6)  0x00248788   DoCompile__8CompilerFv + 0x23c  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 7)  0x000b3c9c   DoCompile__8CompilerFP6Buffer + 0x34  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 8)  0x00260eb4   DoCompileFile__8CompilerFPc + 0x25c  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;( 9)  0x002585dc   main + 0x6c0  [/opt/aCC/lbin/ctcom.pa20]&lt;BR /&gt;(10)  0xc0143430   _start + 0xc0  [/usr/lib/libc.2]&lt;BR /&gt;(11)  0x001c8738   $START$ + 0x178  [/opt/aCC/lbin/ctcom.pa20]</description>
      <pubDate>Wed, 24 Aug 2005 12:28:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610909#M104529</guid>
      <dc:creator>Gail Baker</dc:creator>
      <dc:date>2005-08-24T12:28:37Z</dc:date>
    </item>
    <item>
      <title>Re: Crashing the aCC compiler when using namespace aliases</title>
      <link>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610910#M104530</link>
      <description>Why would you want to redefine stlport to be an alias for std, twice?</description>
      <pubDate>Wed, 31 Aug 2005 08:02:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610910#M104530</guid>
      <dc:creator>Stephen Keane</dc:creator>
      <dc:date>2005-08-31T08:02:58Z</dc:date>
    </item>
    <item>
      <title>Re: Crashing the aCC compiler when using namespace aliases</title>
      <link>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610911#M104531</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;I checked though the current status and this has been reported and a fix has been asked.&lt;BR /&gt;&lt;BR /&gt;Comment the 2nd statement would make the errors go away.So do not do this since it is the result of a coding fault.&lt;BR /&gt;&lt;BR /&gt;It will be fixed in a future release&lt;BR /&gt;&lt;BR /&gt;             Steve Steel</description>
      <pubDate>Wed, 31 Aug 2005 10:18:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610911#M104531</guid>
      <dc:creator>Steve Steel</dc:creator>
      <dc:date>2005-08-31T10:18:17Z</dc:date>
    </item>
    <item>
      <title>Re: Crashing the aCC compiler when using namespace aliases</title>
      <link>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610912#M104532</link>
      <description>Thanks for the info. Yes, I would agree that redefining the stlport namespace twice isn't the best thing to do. However, this was how STLport 5.0 RC4 release was doing it. The HP aCC compiler was the only platform that had a problem dealing with this issue. Sun CC, Windows VC++ and Linux gcc all handled this assignment without complaint.&lt;BR /&gt;&lt;BR /&gt;I also have found out that this isn't a crash but a very ugly warning message. The compiler actually generates code. Does it generate correct code? I'm not sure yet. &lt;BR /&gt;&lt;BR /&gt;Anyway, I hope the lab will solve this problem. This OOPS message and stack dump really doesn't instill confidence in the compiler.&lt;BR /&gt;&lt;BR /&gt;Thanks again!&lt;BR /&gt;Gail&lt;BR /&gt;</description>
      <pubDate>Wed, 31 Aug 2005 11:21:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/crashing-the-acc-compiler-when-using-namespace-aliases/m-p/3610912#M104532</guid>
      <dc:creator>Gail Baker</dc:creator>
      <dc:date>2005-08-31T11:21:07Z</dc:date>
    </item>
  </channel>
</rss>

