Boost C++ Libraries: Ticket #1025: Install/stage on Windows with GCC doesn't copy DLLs. https://svn.boost.org/trac10/ticket/1025 <p> Doing a install/stage at the boost-root with either gcc-mingw, of gcc-cygwin fails to copy the DLLs for the built libraries. This is because the <code>gcc-linking-generator</code> in <code>tools/gcc.jam</code> strips out the DLL target which the install needs to tell when a DLL is created. Dave Abrahams explains that strip choice as: </p> <pre class="wiki"># If more than one target was generated, throw out the # last one, which on windows just leaves the import # library. Most generators on windows simply don't accept # shared libraries as input, but being able to link # directly to a shared library without an import library # is an important capability of GCC. Therefore, we remove # the target after the action sees it so that dependent # targets don't try to link to both the import library and # the DLL. </pre><p> I'm not sure which situation Dave has in mind but I changed the code to not throw out the DLL targets and tested building a variety of libraries, including the embeded Python example, and AFAICT both MinGW and Cygwin both deal fine with the DLL and import libs just fine. I attach a patch that reverts this one change. It was tested with gcc-mingw-3.4.5, gcc-cygwin-3.4.4, and msvc-8.0. </p> <p> We need Dave's go ahead for this one since he knows the context of the breaking change. </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/1025 Trac 1.4.3 René Rivera Fri, 01 Jun 2007 20:12:50 GMT attachment set https://svn.boost.org/trac10/ticket/1025 https://svn.boost.org/trac10/ticket/1025 <ul> <li><strong>attachment</strong> → <span class="trac-field-new">gcc.jam.patch</span> </li> </ul> Ticket René Rivera Thu, 07 Jun 2007 05:09:35 GMT status changed; owner set https://svn.boost.org/trac10/ticket/1025#comment:1 https://svn.boost.org/trac10/ticket/1025#comment:1 <ul> <li><strong>owner</strong> set to <span class="trac-author">René Rivera</span> </li> <li><strong>status</strong> <span class="trac-field-old">new</span> → <span class="trac-field-new">assigned</span> </li> </ul> Ticket René Rivera Thu, 07 Jun 2007 18:24:22 GMT status, milestone changed; resolution set https://svn.boost.org/trac10/ticket/1025#comment:2 https://svn.boost.org/trac10/ticket/1025#comment:2 <ul> <li><strong>status</strong> <span class="trac-field-old">assigned</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">fixed</span> </li> <li><strong>milestone</strong> <span class="trac-field-old">To Be Determined</span> → <span class="trac-field-new">Boost 1.34.1</span> </li> </ul> <p> Verified that the patch works for both MinGW and Cygwin compilers, both in their respective Bash shells, and from the Windows CMD shell. </p> Ticket René Rivera Mon, 11 Jun 2007 14:17:14 GMT attachment set https://svn.boost.org/trac10/ticket/1025 https://svn.boost.org/trac10/ticket/1025 <ul> <li><strong>attachment</strong> → <span class="trac-field-new">gcc.jam.2.patch</span> </li> </ul> <p> Additional fix the bring back Dave's functionality. But in the same form as for all the other Windows toolsets. </p> Ticket René Rivera Mon, 11 Jun 2007 14:17:40 GMT status changed; resolution deleted https://svn.boost.org/trac10/ticket/1025#comment:3 https://svn.boost.org/trac10/ticket/1025#comment:3 <ul> <li><strong>status</strong> <span class="trac-field-old">closed</span> → <span class="trac-field-new">reopened</span> </li> <li><strong>resolution</strong> <span class="trac-field-deleted">fixed</span> </li> </ul> Ticket René Rivera Mon, 11 Jun 2007 14:20:37 GMT <link>https://svn.boost.org/trac10/ticket/1025#comment:4 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/1025#comment:4</guid> <description> <p> My original "fix" created some regressions. It turns out the functionality Dave was working around with the original logic was to remove duplicate symbols when linking on some circumstances. The new patch fixes it in the same way all the other Windows toolsets, like <code>msvc.jam</code> and <code>borland.jam</code>, define the linking generators. </p> </description> <category>Ticket</category> </item> <item> <dc:creator>René Rivera</dc:creator> <pubDate>Tue, 12 Jun 2007 04:50:47 GMT</pubDate> <title>status changed; resolution set https://svn.boost.org/trac10/ticket/1025#comment:5 https://svn.boost.org/trac10/ticket/1025#comment:5 <ul> <li><strong>status</strong> <span class="trac-field-old">reopened</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">fixed</span> </li> </ul> <p> Thomas, </p> <p> Since you seem to be otherwise occupied, and we really need to get this tested, I checked this in. I had already tested it on Linux (gcc-4.1.2 and gcc-4.2.0), MinGW (gcc-3.4.5), and Cygwin (gcc-3.4.4). But the regression tools fail to process my Cygwin logs because I did the test inside the cygwin shell. </p> Ticket pass86@… Wed, 25 Jul 2007 14:55:59 GMT <link>https://svn.boost.org/trac10/ticket/1025#comment:6 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/1025#comment:6</guid> <description> <p> Oh, it is a bug original.I finding the reason now.Now I find it. </p> </description> <category>Ticket</category> </item> </channel> </rss>