Boost C++ Libraries: Ticket #1041: Cygwin requires PATH setting. https://svn.boost.org/trac10/ticket/1041 <p> It turns out when one uses Cygwin GCC it requires that the bin directory be in the PATH for it to execute commands correctly. Without bin in the PATH one gets noops. This would not be a problem if one is running from the Cygwin Bash shell. But if one runs from say the Windows CMD shell, and hasn't set the PATH, nothing works. Like the msvc toolset, we can enforce the correct behavior by setting the PATH when running the gcc actions for the cygwin case. </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/1041 Trac 1.4.3 Dave Abrahams Fri, 08 Jun 2007 00:30:33 GMT <link>https://svn.boost.org/trac10/ticket/1041#comment:1 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/1041#comment:1</guid> <description> <p> Probably we should get the PATH from the windows registry. I don't know all the details of where to look, but if you check out tools/build/v2/tools/python.jam and look for "Cygnus Solutions" you'll see a place where we look for registry values related to Cygwin. You can surely divine the precise answers by looking at your own registry. Use (and factor out) the "software-registry-value" rule from python.jam so you find the right stuff even on 64-bit systems. </p> </description> <category>Ticket</category> </item> <item> <dc:creator>René Rivera</dc:creator> <pubDate>Fri, 08 Jun 2007 00:46:14 GMT</pubDate> <title/> <link>https://svn.boost.org/trac10/ticket/1041#comment:2 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/1041#comment:2</guid> <description> <p> Thanks Dave... I looked and the most modular solution I can see is to abstract out the cygwin-to-windows-path rule, and hence also the one you mention. And then call it with "/usr/bin", adding the result to the PATH. Perhaps moving the rule to path.jam, or os.jam. </p> </description> <category>Ticket</category> </item> <item> <dc:creator>Dave Abrahams</dc:creator> <pubDate>Fri, 06 Jul 2007 01:24:27 GMT</pubDate> <title>owner set https://svn.boost.org/trac10/ticket/1041#comment:3 https://svn.boost.org/trac10/ticket/1041#comment:3 <ul> <li><strong>owner</strong> set to <span class="trac-author">Vladimir Prus</span> </li> </ul> Ticket René Rivera Wed, 11 Jul 2007 19:50:57 GMT owner changed https://svn.boost.org/trac10/ticket/1041#comment:4 https://svn.boost.org/trac10/ticket/1041#comment:4 <ul> <li><strong>owner</strong> changed from <span class="trac-author">Vladimir Prus</span> to <span class="trac-author">René Rivera</span> </li> </ul> Ticket v.haisman@… Thu, 12 Jul 2007 11:20:33 GMT <link>https://svn.boost.org/trac10/ticket/1041#comment:5 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/1041#comment:5</guid> <description> <p> FWIW, I think that using Cygwin tools outside Cygwin shell is not worth supporting. </p> </description> <category>Ticket</category> </item> <item> <dc:creator>Vladimir Prus</dc:creator> <pubDate>Wed, 25 Mar 2009 07:33:12 GMT</pubDate> <title>status changed; resolution set https://svn.boost.org/trac10/ticket/1041#comment:6 https://svn.boost.org/trac10/ticket/1041#comment:6 <ul> <li><strong>status</strong> <span class="trac-field-old">new</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">wontfix</span> </li> </ul> <p> It does not seem that any new users run into this problem, and using cygwin tools outside cygwin shell is rare, and it is gcc problem, and it could be that current versions of gcc no longer have this problem, so I'm gonna declare this is not something to be fixed in Boost.Build. </p> Ticket