<?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 Converted Library to Module, now calling Programs gets unresolv in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896481#M79741</link>
    <description>&lt;P&gt;Yes adding!DEC$ OBJCOMMENT LIB:'modlibname.lib' did the trick. This caused a .lib to be created. I dont understand why it stopped being created when I wrapped the subroutines in a Module. But with the .lib the calling program was able to recognize the subroutine.&lt;/P&gt;
&lt;P&gt;Thank you&lt;/P&gt;
&lt;P&gt;Felix&lt;/P&gt;</description>
    <pubDate>Tue, 09 Feb 2010 16:44:39 GMT</pubDate>
    <dc:creator>fbalderasintel</dc:creator>
    <dc:date>2010-02-09T16:44:39Z</dc:date>
    <item>
      <title>Converted Library to Module, now calling Programs gets unresolved symbol error</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896479#M79739</link>
      <description>&lt;P&gt;I have a program that calls a dll. The dll is a collection of subroutines that when compiled generated a .lib and .dll file. It "exports" only one subroutine,I'll call "subx".I needed to wrap all the subroutines as a Module to make "re-use" of other existing modules withing "subx". The DLL compiles but no longer produces a .lib. I include "use module_subx" in the calling program but it gets an unresolved symbol. What calling program properties do I need to change so that it recognizes a "module" as opposed to a plain subroutine?&lt;/P&gt;
&lt;P&gt;I use Fortran v11.1/VS2008&lt;/P&gt;</description>
      <pubDate>Tue, 09 Feb 2010 16:14:12 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896479#M79739</guid>
      <dc:creator>fbalderasintel</dc:creator>
      <dc:date>2010-02-09T16:14:12Z</dc:date>
    </item>
    <item>
      <title>Converted Library to Module, now calling Programs gets unresolv</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896480#M79740</link>
      <description>&lt;P&gt;You need to tell the project using the module that it needs to reference the .lib. One way to do this is, in the module, to add:&lt;/P&gt;
&lt;P&gt;!DEC$ OBJCOMMENT LIB:'modlibname.lib'&lt;/P&gt;
&lt;P&gt;where "modlibname" is the name of your DLL's export library.&lt;/P&gt;
&lt;P&gt;Another way is to explicitly name the library in "additional dependencies" in the linker properties of the executable project.&lt;/P&gt;
&lt;P&gt;Both of the above also require that the executable project add the path to the .LIB to "additional library directories".&lt;/P&gt;
&lt;P&gt;Two other options are:&lt;/P&gt;
&lt;P&gt;1) Make the DLL project a "dependent" project of the executable in the same solution&lt;/P&gt;
&lt;P&gt;2) Add the .lib as "source file" to the executable project&lt;/P&gt;</description>
      <pubDate>Tue, 09 Feb 2010 16:30:31 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896480#M79740</guid>
      <dc:creator>IDZ_A_Intel</dc:creator>
      <dc:date>2010-02-09T16:30:31Z</dc:date>
    </item>
    <item>
      <title>Converted Library to Module, now calling Programs gets unresolv</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896481#M79741</link>
      <description>&lt;P&gt;Yes adding!DEC$ OBJCOMMENT LIB:'modlibname.lib' did the trick. This caused a .lib to be created. I dont understand why it stopped being created when I wrapped the subroutines in a Module. But with the .lib the calling program was able to recognize the subroutine.&lt;/P&gt;
&lt;P&gt;Thank you&lt;/P&gt;
&lt;P&gt;Felix&lt;/P&gt;</description>
      <pubDate>Tue, 09 Feb 2010 16:44:39 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896481#M79741</guid>
      <dc:creator>fbalderasintel</dc:creator>
      <dc:date>2010-02-09T16:44:39Z</dc:date>
    </item>
    <item>
      <title>Converted Library to Module, now calling Programs gets unresolv</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896482#M79742</link>
      <description>Adding the OBJCOMMENT directive did not cause the library to be created - that would have been done if you added DLLEXPORT directives to the routines you wanted exported. What this DID do was cause any program that USEd the module to add the library as a linker dependence.</description>
      <pubDate>Tue, 09 Feb 2010 16:56:09 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Converted-Library-to-Module-now-calling-Programs-gets-unresolved/m-p/896482#M79742</guid>
      <dc:creator>IDZ_A_Intel</dc:creator>
      <dc:date>2010-02-09T16:56:09Z</dc:date>
    </item>
  </channel>
</rss>

