<?xml version="1.0" encoding="windows-1252"?>
<node id="993825" title="Re^9: Module::Install hacking" created="2012-09-14 23:44:21" updated="2012-09-14 23:44:21">
<type id="11">
note</type>
<author id="524150">
syphilis</author>
<data>
<field name="doctext">
&lt;i&gt;I'd never even heard of $Config{installsitebin} prior to this discussion&lt;/i&gt;&lt;br&gt;&lt;br&gt;As I understand it, EU::MM (and PPM) examine the values of $Config{install*} to determine where the files in blib get installed.&lt;br&gt;Both installsitescript and installsitebin appear to be of particular relevance when deciding where files in blib/script should be installed.&lt;br&gt;&lt;br&gt;With my mingw-built perls, there's no site/bin specified by %Config, so anything in blib/script (sanely) ends up in perl/bin.&lt;br&gt;But, for some reason, ActiveState set their %Config in such a way that anything in blib/script ends up in perl/site/bin.&lt;br&gt;&lt;br&gt;With build 806 of ActivePerl:
&lt;c&gt;
C:\_32&gt;perl -V:installsite.*
installsitearch='C:\_32\ap806\site\lib'
installsitebin='C:\_32\ap806\bin'
installsitelib='C:\_32\ap806\site\lib'
&lt;/c&gt;
With build 827 of ActivePerl:
&lt;c&gt;
C:\_32&gt;perl -V:installsite.*
installsitearch='C:\_32\ap827\site\lib';
installsitebin='C:\_32\ap827\site\bin';
installsitehtml1dir='';
installsitehtml3dir='';
installsitelib='C:\_32\ap827\site\lib';
installsiteman1dir='';
installsiteman3dir='';
installsitescript='C:\_32\ap827\site\bin';
&lt;/c&gt;
It seems that the rot set in somewhere between 806 and 827.

&lt;br&gt;&lt;br&gt;I would've thought that anyone who installs ActivePerl and accepts the default installation procedure of having the path modified appropriately would find that perl/site/bin would be in the path. (At least, that ought to be the case - given the way they've set up their %Config.)&lt;br&gt;It'd be a bit of a hassle for me to check on that behaviour - so I won't.&lt;br&gt;&lt;br&gt;I've had no feedback (apart from yours) suggesting that there has been any problem associated with files being installed into perl/site/bin - though, of course, there are all sorts of reasons that explain the absence of such feedback ;-)
&lt;br&gt;&lt;br&gt;
&lt;i&gt;I think that they could all (libgcc_s_dw2_1.dll; libgcc_s_dw2_1.463.dll; libgcc_s_dw2_1.471.dll etc.) be put into perl\bin and coexist there without conflict, and without needing the extra directory or further additions to the path. 
&lt;/i&gt;&lt;br&gt;&lt;br&gt;The only way of getting them into perl/bin on these current builds of ActivePerl is, afaik, to run a post-install script.&lt;br&gt;I guess that, too, is do-able in such a way that it doesn't cause annoyance to the user. I could have it such that every ppm install downloads the post-install script, but then that script exits immediately if the files that it would otherwise install are already in place.&lt;br&gt;This would require that all of the binaries would need to be rebuilt. (Lotta work for me.) 
&lt;br&gt;&lt;br&gt;

&lt;i&gt;I hope that overall I helped more than hindered&lt;/i&gt;&lt;br&gt;&lt;br&gt;No problems in that regard ;-)&lt;br&gt;&lt;br&gt;Cheers,&lt;br&gt;Rob</field>
<field name="root_node">
993090</field>
<field name="parent_node">
993816</field>
</data>
</node>
