<?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: GNV 2.1 problem in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086748#M39078</link>
    <description>The last time I looked at GNV 2.1, here documents did not work. Configure makes extensive use of them, like:&lt;BR /&gt;&lt;BR /&gt;cat &amp;gt; conftest.$ac_ext &amp;lt;&amp;lt; EOF&lt;BR /&gt;&lt;BR /&gt;#line 722 "configure"&lt;BR /&gt;#include "confdefs.h"&lt;BR /&gt;&lt;BR /&gt;main(){return(0);}&lt;BR /&gt;EOF&lt;BR /&gt;&lt;BR /&gt;The output file is created, but empty. This results in %CC-W-EMPTYFILE messages. In other words, configure does not configure what you expect it to configure.&lt;BR /&gt;&lt;BR /&gt;To work around this, you need to find the contents of the to be created file. It is in /tmp/sh&lt;SIX-DIGIT-PID-WITH-LEADING-ZEROS&gt;. Just change configure to rename that file to the wanted one, here conftest.$ac_ext, here after the EOF line.&lt;BR /&gt;&lt;BR /&gt;mw&lt;/SIX-DIGIT-PID-WITH-LEADING-ZEROS&gt;</description>
    <pubDate>Mon, 07 Jan 2008 19:37:27 GMT</pubDate>
    <dc:creator>mike wagner_4</dc:creator>
    <dc:date>2008-01-07T19:37:27Z</dc:date>
    <item>
      <title>GNV 2.1 problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086742#M39072</link>
      <description>I ran in to a problem with GNV after I upgraded from version 1.6 to 2.1: Directories where the name contains a dot are accepted for ls, but attempting to cd to that direectory, or running a script there, fail.&lt;BR /&gt;Thgis worked with GNV 1.6.&lt;BR /&gt;&lt;BR /&gt;Reason for upgrade: configure script hangs on searching include files. But that's another matter</description>
      <pubDate>Sun, 06 Jan 2008 13:35:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086742#M39072</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2008-01-06T13:35:34Z</dc:date>
    </item>
    <item>
      <title>Re: GNV 2.1 problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086743#M39073</link>
      <description>Forgot attachement showing the issue.</description>
      <pubDate>Sun, 06 Jan 2008 13:36:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086743#M39073</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2008-01-06T13:36:33Z</dc:date>
    </item>
    <item>
      <title>Re: GNV 2.1 problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086744#M39074</link>
      <description>Just a WAG, but try enabling DECC$EFS_CHARSET and see if that makes any difference.  If done right, the bash image would enable everything it needs at start-up so you wouldn't need anything special to be in the environment already, but I have no idea whether it does that.</description>
      <pubDate>Sun, 06 Jan 2008 19:30:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086744#M39074</guid>
      <dc:creator>Craig A Berry</dc:creator>
      <dc:date>2008-01-06T19:30:17Z</dc:date>
    </item>
    <item>
      <title>Re: GNV 2.1 problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086745#M39075</link>
      <description>That solved one problem: At least I can access the directory now.&lt;BR /&gt;But next is the configure script causing problems. Where GNV 1.6 did indeed start the compiler, 2.1 fails (see attachement) -exactly the same configure script.&lt;BR /&gt;&lt;BR /&gt;This makes proting a lot more difficult...&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 06 Jan 2008 21:55:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086745#M39075</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2008-01-06T21:55:17Z</dc:date>
    </item>
    <item>
      <title>Re: GNV 2.1 problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086746#M39076</link>
      <description>Check out &lt;A href="ftp://ftp.encompasserve.org/gnv" target="_blank"&gt;ftp://ftp.encompasserve.org/gnv&lt;/A&gt; and see what John Malmberg has put together to fix some of what was missing in GNV 2.1 as shipped.  That's only general advice - I don't specifically know what's causing the trouble you are seeing.</description>
      <pubDate>Mon, 07 Jan 2008 04:44:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086746#M39076</guid>
      <dc:creator>Craig A Berry</dc:creator>
      <dc:date>2008-01-07T04:44:31Z</dc:date>
    </item>
    <item>
      <title>Re: GNV 2.1 problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086747#M39077</link>
      <description>John Malmberg's patches may help, the problems in the configure script are partly solvable by some editing (as stated in the script's comments). I can probably get around a nomber of problems in another way so in the end, I may get on without GNV.</description>
      <pubDate>Mon, 07 Jan 2008 18:06:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086747#M39077</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2008-01-07T18:06:43Z</dc:date>
    </item>
    <item>
      <title>Re: GNV 2.1 problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086748#M39078</link>
      <description>The last time I looked at GNV 2.1, here documents did not work. Configure makes extensive use of them, like:&lt;BR /&gt;&lt;BR /&gt;cat &amp;gt; conftest.$ac_ext &amp;lt;&amp;lt; EOF&lt;BR /&gt;&lt;BR /&gt;#line 722 "configure"&lt;BR /&gt;#include "confdefs.h"&lt;BR /&gt;&lt;BR /&gt;main(){return(0);}&lt;BR /&gt;EOF&lt;BR /&gt;&lt;BR /&gt;The output file is created, but empty. This results in %CC-W-EMPTYFILE messages. In other words, configure does not configure what you expect it to configure.&lt;BR /&gt;&lt;BR /&gt;To work around this, you need to find the contents of the to be created file. It is in /tmp/sh&lt;SIX-DIGIT-PID-WITH-LEADING-ZEROS&gt;. Just change configure to rename that file to the wanted one, here conftest.$ac_ext, here after the EOF line.&lt;BR /&gt;&lt;BR /&gt;mw&lt;/SIX-DIGIT-PID-WITH-LEADING-ZEROS&gt;</description>
      <pubDate>Mon, 07 Jan 2008 19:37:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/gnv-2-1-problem/m-p/5086748#M39078</guid>
      <dc:creator>mike wagner_4</dc:creator>
      <dc:date>2008-01-07T19:37:27Z</dc:date>
    </item>
  </channel>
</rss>

