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