<div dir="ltr">They don't offer any free versions for those systems and their licenses are quite expensive.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 17, 2015 at 2:26 AM, Laura Creighton <span dir="ltr"><<a href="mailto:lac@openend.se" target="_blank">lac@openend.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think Activestate makes a Python 2.y for Solaris.<br>
<a href="http://www.activestate.com/activepython" rel="noreferrer" target="_blank">http://www.activestate.com/activepython</a><br>
<br>
I've never used it.<br>
<br>
Laura<br>
<span class=""><br>
In a message of Thu, 16 Jul 2015 18:58:37 -0400, Alex writes:<br>
>Do you have Python 2.7 64bit versions available for Solaris (10/11)<br>
>x86/SPARC, AIX, and HP-UX IA/RISC? I've had the displeasure of having to<br>
>install 64bit Python on Solaris and AIX and it's an experience I would not<br>
>recommend even though OpenCSW and Perzl have done much of the legwork<br>
>already. I'd also just be happy with any pointers to building PyRun or<br>
>regular Python on such systems if such currently there exist no such builds.<br>
><br>
>On Wed, May 13, 2015 at 10:34 AM, Cristiano Cortezia <<br>
</span><span class="">><a href="mailto:cristiano.cortezia@gmail.com">cristiano.cortezia@gmail.com</a>> wrote:<br>
><br>
>> In one of the next releases we'll probably add a tool to bundle<br>
>>> complete applications together with pyrun, perhaps even by<br>
>>> recompiling it to include the application byte code files<br>
>>> right in the binary like we do for the stdlib.<br>
>><br>
>><br>
>> Well, that would be simply awesome. Looking forward to it.<br>
>><br>
>> PS: you guys should definitely advertise this work on the embedded<br>
>> software community.<br>
>><br>
>><br>
</span><div><div class="h5">>> 2015-05-13 11:29 GMT-03:00 M.-A. Lemburg <<a href="mailto:mal@egenix.com">mal@egenix.com</a>>:<br>
>><br>
>>> On 13.05.2015 16:09, Cristiano Cortezia wrote:<br>
>>> > Well I gave it a try, and it seems my assumptions were *somehow* true.<br>
>>> > Here is what I got when running one of my apps in single shot mode<br>
>>> (load,<br>
>>> > run, terminate):<br>
>>> ><br>
>>> > *default python distribution*<br>
>>> > total time 9.022s<br>
>>> > ENOENT's count 7377<br>
>>> ><br>
>>> > *pyrun*<br>
>>> > total time 8.455s<br>
>>> > ENOENT's count 3064<br>
>>> ><br>
>>> > So, it indeed failed much less to open files, but I guess this didn't<br>
>>> make<br>
>>> > that much difference after all (500ms).<br>
>>><br>
>>> PyRun has the advantage of being able to read the byte code<br>
>>> directly from the binary (using memory mapping). However,<br>
>>> it still needs to run the same startup machinery as Python<br>
>>> itself.<br>
>>><br>
>>> Note that startup time for Python was a lot worse before<br>
>>> Python used the same approach as PyRun to compile in the<br>
>>> parsed sysconfig data.<br>
>>><br>
>>> > Perhaps it is because this app has some external dependencies (22 to be<br>
>>> > precise) not bundled on pyrun that had to be scanned by the interpreter<br>
>>> > anyway. If by any means we could bundle them all the same way, than it<br>
>>> > could bring a much higher performance gain. But I guess it is not really<br>
>>> > safe-feasible.<br>
>>><br>
>>> It's certainly possible to use the pyrun build system to create<br>
>>> bundles with more packages and tools included.<br>
>>><br>
>>> The one we're shipping has most of the stdlib included,<br>
>>> but leaves all the application code to reside on the<br>
>>> sys.path or in a ZIP archive.<br>
>>><br>
>>> In one of the next releases we'll probably add a tool to bundle<br>
>>> complete applications together with pyrun, perhaps even by<br>
>>> recompiling it to include the application byte code files<br>
>>> right in the binary like we do for the stdlib.<br>
>>><br>
>>> --<br>
>>> Marc-Andre Lemburg<br>
>>> eGenix.com<br>
>>><br>
>>> Professional Python Services directly from the Source (#1, May 13 2015)<br>
>>> >>> Python Projects, Coaching and Consulting ... <a href="http://www.egenix.com/" rel="noreferrer" target="_blank">http://www.egenix.com/</a><br>
</div></div><span class="">>>> >>> mxODBC Plone/Zope Database Adapter ... <a href="http://zope.egenix.com/" rel="noreferrer" target="_blank">http://zope.egenix.com/</a><br>
</span><span class="">>>> >>> mxODBC, mxDateTime, mxTextTools ... <a href="http://python.egenix.com/" rel="noreferrer" target="_blank">http://python.egenix.com/</a><br>
</span>>>> ________________________________________________________________________<br>
>>> 2015-05-13: Released mxODBC Connect 2.1.3 ... <a href="http://egenix.com/go75" rel="noreferrer" target="_blank">http://egenix.com/go75</a><br>
>>> 2015-05-11 <<a href="http://egenix.com/go752015-05-11" rel="noreferrer" target="_blank">http://egenix.com/go752015-05-11</a>>: Released eGenix PyRun<br>
>>> 2.1.0 ... <a href="http://egenix.com/go74" rel="noreferrer" target="_blank">http://egenix.com/go74</a><br>
>>> 2015-05-25 <<a href="http://egenix.com/go742015-05-25" rel="noreferrer" target="_blank">http://egenix.com/go742015-05-25</a>>: PyWaw Summit 2015,<br>
<div class="HOEnZb"><div class="h5">>>> Warsaw, Poland ... 12 days to go<br>
>>><br>
>>> eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48<br>
>>> D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg<br>
>>> Registered at Amtsgericht Duesseldorf: HRB 46611<br>
>>> <a href="http://www.egenix.com/company/contact/" rel="noreferrer" target="_blank">http://www.egenix.com/company/contact/</a><br>
>>><br>
>><br>
>><br>
</div></div><span class="HOEnZb"><font color="#888888">>> --<br>
>> <a href="https://mail.python.org/mailman/listinfo/python-list" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-list</a><br>
>><br>
>><br>
><br>
>--<br>
><a href="https://mail.python.org/mailman/listinfo/python-list" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-list</a><br>
><br>
</font></span></blockquote></div><br></div>