Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #4124 > unrolled thread

minimal python27.dll?

Back to article view | Back to comp.lang.python

Contents

  minimal python27.dll? est <electronixtar@gmail.com> - 2011-04-27 03:43 -0700
    Re: minimal python27.dll? Tim Golden <mail@timgolden.me.uk> - 2011-04-27 16:15 +0100
    Re: minimal python27.dll? "Martin v. Loewis" <martin@v.loewis.de> - 2011-04-27 22:06 +0200
      Re: minimal python27.dll? Ryan Kelly <ryan@rfk.id.au> - 2011-04-28 07:49 +1000
        Re: minimal python27.dll? "Martin v. Loewis" <martin@v.loewis.de> - 2011-05-01 14:49 +0200
        Re: minimal python27.dll? "Martin v. Loewis" <martin@v.loewis.de> - 2011-05-01 14:49 +0200
      Re: minimal python27.dll? est <electronixtar@gmail.com> - 2011-04-27 17:37 -0700
        Re: minimal python27.dll? "Martin v. Loewis" <martin@v.loewis.de> - 2011-05-01 14:51 +0200

#4124 — minimal python27.dll?

Hi guys,

I need to ship python runtime environment package on Windows, if I
want to stripping unnessasery functions from python27.dll to make it
as small as possible(and perhaps finally UPX it), which parts of
python27.dll do you think can be removed?

From what I think, these parts are not needed when shipping with final
end-user product:

1. debugging
2. parse text .py files, because everything is already in bytecode

Any ideas? Critics?

Thanks in advance!

[toc] | [next] | [standalone]

#4138

On 27/04/2011 11:43, est wrote:
> I need to ship python runtime environment package on Windows, if I
> want to stripping unnessasery functions from python27.dll to make it
> as small as possible(and perhaps finally UPX it), which parts of
> python27.dll do you think can be removed?

Perhaps have a look at tinypy?

   http://www.tinypy.org/

Even if it's not exactly what you want, I expect that the
author will have useful ideas / experience.

TJG

[toc] | [prev] | [next] | [standalone]

#4160

Am 27.04.2011 12:43, schrieb est:
> Hi guys,
> 
> I need to ship python runtime environment package on Windows, if I
> want to stripping unnessasery functions from python27.dll to make it
> as small as possible(and perhaps finally UPX it), which parts of
> python27.dll do you think can be removed?
> 
> From what I think, these parts are not needed when shipping with final
> end-user product:
> 
> 1. debugging
> 2. parse text .py files, because everything is already in bytecode
> 
> Any ideas? Critics?

You really should be looking at object sizes first. In your build
of Python, find out what object files are largest, and check whether
they can be removed or shrinked. Starting with functions that you know
you won't need isn't as productive, as it likely leads only to small
reductions. E.g. you'll find that there is actually no debugging
support in python27.dll anymore that is worth stripping.

OTOH, you'll also find that the CJK codecs use quite some space,
if you don't need them, they give a rather impressive reduction.
Likewise for the Unicode database, although you may actually need
it in some cases.

I'd rather go for a static build of Python, and let the linker figure
out what's needed.

Regards,
Martin

[toc] | [prev] | [next] | [standalone]

#4167

[Multipart message — attachments visible in raw view] — view raw

On Wed, 2011-04-27 at 22:06 +0200, Martin v. Loewis wrote:
> Am 27.04.2011 12:43, schrieb est:
> > Hi guys,
> > 
> > I need to ship python runtime environment package on Windows, if I
> > want to stripping unnessasery functions from python27.dll to make it
> > as small as possible(and perhaps finally UPX it), which parts of
> > python27.dll do you think can be removed?
> > 
>
> I'd rather go for a static build of Python, and let the linker figure
> out what's needed.

I have vague recollections that pythonXY.dll could not be statically
linked on Windows, or that doing so causes some serious loss of
functionality.  Was this ever true, and is it still?


  Cheers,

     Ryan


-- 
Ryan Kelly
http://www.rfk.id.au  |  This message is digitally signed. Please visit
ryan@rfk.id.au        |  http://www.rfk.id.au/ramblings/gpg/ for details

[toc] | [prev] | [next] | [standalone]

#4389

> I have vague recollections that pythonXY.dll could not be statically
> linked on Windows, or that doing so causes some serious loss of
> functionality.  Was this ever true, and is it still?

You'll have to rebuild Python to make use of static linkage, of course,
but then: it is certainly possible. The main functionality that you
lose is the ability to load extension modules (.pyd files). Whether
that's a serious loss or not depends on your application - in cases
where you want static linkage, you can often accept not being able
to do dynamic linkage.

Regards,
Martin

[toc] | [prev] | [next] | [standalone]

#4390

> I have vague recollections that pythonXY.dll could not be statically
> linked on Windows, or that doing so causes some serious loss of
> functionality.  Was this ever true, and is it still?

You'll have to rebuild Python to make use of static linkage, of course,
but then: it is certainly possible. The main functionality that you
lose is the ability to load extension modules (.pyd files). Whether
that's a serious loss or not depends on your application - in cases
where you want static linkage, you can often accept not being able
to do dynamic linkage.

Regards,
Martin

[toc] | [prev] | [next] | [standalone]

#4173

On Apr 27, 11:15 pm, Tim Golden <m...@timgolden.me.uk> wrote:
> Perhaps have a look at tinypy?
>
>    http://www.tinypy.org/
>
> Even if it's not exactly what you want, I expect that the
> author will have useful ideas / experience.
>
> TJG

Thanks, but I still need the completeness of CPython. AFAIK TinyPy is
a python implementation from scratch


On Apr 28, 4:06 am, "Martin v. Loewis" <mar...@v.loewis.de> wrote:
>
> OTOH, you'll also find that the CJK codecs use quite some space,
> if you don't need them, they give a rather impressive reduction.
> Likewise for the Unicode database, although you may actually need
> it in some cases.


On the CJK issue, why python ship its own codec, not using OS builtin?

If I don't need the full Unicode5.1 can I just map python's unicode
functions to some Win32 unicode API?

[toc] | [prev] | [next] | [standalone]

#4391

> On the CJK issue, why python ship its own codec, not using OS builtin?

The OS doesn't provide all the codecs that Python provides. For the one
it does provide, it behaves semantically different in border cases from
the ones that come with Python.

> If I don't need the full Unicode5.1 can I just map python's unicode
> functions to some Win32 unicode API?

That should be possible - but I doubt it's a matter of "just".

Regards,
Martin

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web