<?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: Automatic aggregate error when compiling esql-c in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071423#M92052</link>
    <description>Thanks to you both for replying to my problem.&lt;BR /&gt;I'm sorry I'm only getting back to you now.&lt;BR /&gt;&lt;BR /&gt;Dennis - compiling with -Ae didn't work. There were lots of errors similar to -Ac.&lt;BR /&gt;&lt;BR /&gt;Steven - adding in static solved my problem! I'm still not sure what automatic aggregation means though.&lt;BR /&gt;&lt;BR /&gt;Thank you very much for your help.</description>
    <pubDate>Fri, 05 Oct 2007 06:07:12 GMT</pubDate>
    <dc:creator>TMcB</dc:creator>
    <dc:date>2007-10-05T06:07:12Z</dc:date>
    <item>
      <title>Automatic aggregate error when compiling esql-c</title>
      <link>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071420#M92049</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;We are having a problem compiling an esql-c program on HP-UX 11.11.(64-bit). This progam previously compiled OK on HP-UX 11.00 32-bit.&lt;BR /&gt;&lt;BR /&gt;cc: "gmin2113.ec", line 130: error 1716: Automatic aggregate initialization is a&lt;BR /&gt;n ANSI feature. &lt;BR /&gt;&lt;BR /&gt;It is complaining about the following line:&lt;BR /&gt;&lt;BR /&gt;datetime year to second  sql_last_rec;&lt;BR /&gt;&lt;BR /&gt;The sql_last_rec variable has to be a datetime type (and not char) because it is reading a datetime type from our informix database.&lt;BR /&gt;&lt;BR /&gt;The easy way to get around this would be to change the flag on the compilation from -Ac to -Aa and compile it as ansi C. However we have include files which are externally generated (which we can't change) and which definitely won't compile as -Aa.&lt;BR /&gt;&lt;BR /&gt;Is there anyway around this?&lt;BR /&gt;&lt;BR /&gt;Many thanks.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 28 Sep 2007 06:21:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071420#M92049</guid>
      <dc:creator>TMcB</dc:creator>
      <dc:date>2007-09-28T06:21:13Z</dc:date>
    </item>
    <item>
      <title>Re: Automatic aggregate error when compiling esql-c</title>
      <link>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071421#M92050</link>
      <description>&lt;!--!*#--&gt;It might help to see exactly what this stuff&lt;BR /&gt;expands into (that is, what, exactly is on&lt;BR /&gt;"gmin2113.ec", line 130), but ...&lt;BR /&gt;&lt;BR /&gt;&amp;gt; Automatic aggregate initialization is an&lt;BR /&gt;&amp;gt; ANSI feature.&lt;BR /&gt;&lt;BR /&gt;If you can find a way to stick a "static" in&lt;BR /&gt;there somewhere to make the troublesome&lt;BR /&gt;variable static instead of automatic, then&lt;BR /&gt;the complaint should disappear.&lt;BR /&gt;&lt;BR /&gt;The last time I saw one of these was this:&lt;BR /&gt;&lt;BR /&gt;(Bundled) cc: "unzip.c", line 886: error&lt;BR /&gt;1716: Automatic aggregate initialization is&lt;BR /&gt;an ANSI feature.&lt;BR /&gt;&lt;BR /&gt;The required change was from:&lt;BR /&gt;   uch test_buf[ 2] = { 'a', 'b' };&lt;BR /&gt;to:&lt;BR /&gt;   static uch test_buf[ 2] = { 'a', 'b' };&lt;BR /&gt;&lt;BR /&gt;Which was easy enough to do, but I had easy&lt;BR /&gt;access to the actual C code involved.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&amp;gt; However we have include files [...]&lt;BR /&gt;&lt;BR /&gt;Shouldn't there be a magic #pragma to let you&lt;BR /&gt;fiddle with this stuff on the fly?</description>
      <pubDate>Fri, 28 Sep 2007 10:31:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071421#M92050</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2007-09-28T10:31:46Z</dc:date>
    </item>
    <item>
      <title>Re: Automatic aggregate error when compiling esql-c</title>
      <link>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071422#M92051</link>
      <description>&amp;gt;The easy way to get around this would be to change the flag on the compilation from -Ac to -Aa and compile it as ANSI C.&lt;BR /&gt;&lt;BR /&gt;Instead compile with -Ae, ANSI with extensions.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;we have include files which are externally generated (which we can't change) and which definitely won't compile as -Aa.&lt;BR /&gt;&lt;BR /&gt;Why do you say that?  There are very few K&amp;amp;R constructs that won't compile with -Ae.  A list of errors would be helpful here.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Steven: Shouldn't there be a magic #pragma to let you fiddle with this stuff on the fly?&lt;BR /&gt;&lt;BR /&gt;Not that I know of.  You shouldn't have K&amp;amp;R code because K&amp;amp;R isn't supported on IPF.</description>
      <pubDate>Sat, 29 Sep 2007 02:25:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071422#M92051</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2007-09-29T02:25:30Z</dc:date>
    </item>
    <item>
      <title>Re: Automatic aggregate error when compiling esql-c</title>
      <link>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071423#M92052</link>
      <description>Thanks to you both for replying to my problem.&lt;BR /&gt;I'm sorry I'm only getting back to you now.&lt;BR /&gt;&lt;BR /&gt;Dennis - compiling with -Ae didn't work. There were lots of errors similar to -Ac.&lt;BR /&gt;&lt;BR /&gt;Steven - adding in static solved my problem! I'm still not sure what automatic aggregation means though.&lt;BR /&gt;&lt;BR /&gt;Thank you very much for your help.</description>
      <pubDate>Fri, 05 Oct 2007 06:07:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071423#M92052</guid>
      <dc:creator>TMcB</dc:creator>
      <dc:date>2007-10-05T06:07:12Z</dc:date>
    </item>
    <item>
      <title>Re: Automatic aggregate error when compiling esql-c</title>
      <link>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071424#M92053</link>
      <description>&amp;gt; I'm still not sure what automatic&lt;BR /&gt;&amp;gt; aggregation means though.&lt;BR /&gt;&lt;BR /&gt;Neither am I, but "automatic aggregate&lt;BR /&gt;initialization" is what happens when you&lt;BR /&gt;initialize an automatic aggregate.  That is,&lt;BR /&gt;when you specify initial values for an&lt;BR /&gt;aggregate (a structure, union, or array (as&lt;BR /&gt;in my example)), which is automatic, (not&lt;BR /&gt;"static"), that is, the storage for the&lt;BR /&gt;entity may be used for other purposes outside&lt;BR /&gt;the scope of its declaration.&lt;BR /&gt;&lt;BR /&gt;In real life, the compiler can normally tell&lt;BR /&gt;the linker to set the initial values for a&lt;BR /&gt;static entity, but the compiler needs to&lt;BR /&gt;generate actual code to do the initialization&lt;BR /&gt;for an automatic entity, and the crippled&lt;BR /&gt;bundled C compiler in HP-UX may be willing&lt;BR /&gt;and able to do the first job, but is unable&lt;BR /&gt;(or unwilling) to do the second job (which&lt;BR /&gt;was my problem).  Similarly, if you cripple&lt;BR /&gt;the extra-cost C compiler with enough of the&lt;BR /&gt;right options, you can apparently get the&lt;BR /&gt;same effect.&lt;BR /&gt;&lt;BR /&gt;For more details, you could consult a C&lt;BR /&gt;language manual or Google.&lt;BR /&gt;&lt;BR /&gt;Not being able to see any of your actual C&lt;BR /&gt;code makes it hard to say exactly what's true&lt;BR /&gt;in your case.</description>
      <pubDate>Fri, 05 Oct 2007 08:54:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071424#M92053</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2007-10-05T08:54:16Z</dc:date>
    </item>
    <item>
      <title>Re: Automatic aggregate error when compiling esql-c</title>
      <link>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071425#M92054</link>
      <description>&amp;gt;compiling with -Ae didn't work. There were lots of errors similar to -Ac.&lt;BR /&gt;&lt;BR /&gt;What were they?&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Steven: "automatic aggregate initialization" is what happens when you initialize an automatic aggregate.&lt;BR /&gt;&lt;BR /&gt;That's correct.  Initializing auto local variables.  (Autos are locals and parms.)&lt;BR /&gt;&lt;BR /&gt;&amp;gt;the compiler can normally tell the linker to set the initial values for a static entity,&lt;BR /&gt;&lt;BR /&gt;Except in the case for C++ static initializers.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 05 Oct 2007 10:49:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/automatic-aggregate-error-when-compiling-esql-c/m-p/5071425#M92054</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2007-10-05T10:49:49Z</dc:date>
    </item>
  </channel>
</rss>

