In article ,
Mike Driscoll wrote:
>
>Something that you might want to try in the future is GUI2Exe, which
>allows you to play with a whole slew of freezing modules:
Does GUI2Exe work from just the command-line? I spent a fair amount of
time getting rid of the Mac GUI .pkg creator and I sure don
On Tue, 03 Nov 2009 11:15:39 -0800, Girish Venkatasubramanian
wrote:
Hello,
I have been using freeze.py on 32 bit linux distributions without a
problem. But recently I tried to do the same on RHEL5 x86_64 and ran
into some issues.
1) When I ran the script, I got
Error: needed directory /usr/
On Nov 3, 3:23 pm, Girish Venkatasubramanian
wrote:
> Will try that.
>
> Meanwhile I went ahead and used cx_freeze and that seems to work OK.
>
> Thanks for your help Rami and Marc-Andre.
Something that you might want to try in the future is GUI2Exe, which
allows you to play with a whole slew of
On Tue, 03 Nov 2009 11:57:17 -0800, Girish Venkatasubramanian
wrote:
I checked and ls /usr/lib64/python2.4/config/ returns
config.c config.c.in install-sh libpython2.4.a Makefile makesetup
python.o Setup Setup.config Setup.local
so I am guessing the python-devel installation went off OK, fro
Hi Rami,
Thanks for pointing this out. I did see that point - but apart from
installing python-devel (which has created and populated
/usr/lib64/python2.4/...) I am not sure what I should do - is there
some setting in python where I can ask it to look at lib64 instead of
lib?
Thanks.
On Tue, Nov 3
Rami Chowdhury wrote:
> On Tue, 03 Nov 2009 11:15:39 -0800, Girish Venkatasubramanian
> wrote:
>
>> Hello,
>> I have been using freeze.py on 32 bit linux distributions without a
>> problem. But recently I tried to do the same on RHEL5 x86_64 and ran
>> into some issues.
>>
>> 1) When I ran the sc
Girish Venkatasubramanian wrote:
> Hey Marc-Andre,
> Ummm - I have installed python-devel.x86_64 and checked that the
> /usr/lib64/python2.4/ is populated - anything else I can/shuld do to
> check/ensure the the devel rpm is installed?
If you have the config/ sub-dir in there, things should be
fin
Will try that.
Meanwhile I went ahead and used cx_freeze and that seems to work OK.
Thanks for your help Rami and Marc-Andre.
On Tue, Nov 3, 2009 at 12:31 PM, Rami Chowdhury
wrote:
> On Tue, 03 Nov 2009 11:57:17 -0800, Girish Venkatasubramanian
> wrote:
>
>> I checked and ls /usr/lib64/python2
Hey Marc-Andre,
Ummm - I have installed python-devel.x86_64 and checked that the
/usr/lib64/python2.4/ is populated - anything else I can/shuld do to
check/ensure the the devel rpm is installed?
Thanks.
On Tue, Nov 3, 2009 at 11:32 AM, M.-A. Lemburg wrote:
> Rami Chowdhury wrote:
>> On Tue, 03 No
I checked and ls /usr/lib64/python2.4/config/ returns
config.c config.c.in install-sh libpython2.4.a Makefile makesetup
python.o Setup Setup.config Setup.local
so I am guessing the python-devel installation went off OK, from what you say.
I looked at the freeze.py code and I see your point. But f
> What am I doing wrong?
Nevermind, I figured it out. -classpath overwrites the classpath
not augments. I needed to use -classpath ".;jython.jar" and it works
fine.
--
http://mail.python.org/mailman/listinfo/python-list
Will Ware wrote:
> I am trying to freeze a static executable. I built a static Python
> executable this way:
> ./configure --disable-shared --prefix=/usr/local
> make
> make install
> Even that didn't give me a really static executable, though:
AFAIK it's not supported because the inte
[EMAIL PROTECTED] writes:
> Mike Meyer:
>>Actually, I like the "len" model, which would be a new builtin that uses the
>>__freeze__ method.<
> Well, I presume this is a matter of personal tastes and consistency
> too. This time I appreciate the freeze() too, but probably some people
> can think th
[EMAIL PROTECTED] wrote:
> Dicts and sets require immutable keys, like tuples or frozensets
Not really...
def freeze(anobj):
"""returns a new hashable object"""
import copy
try: hash(anobj)
except: pass
else: return copy.deepcopy(anobj)
class FrozenType(type):
def __new__(c
Raymond Hettinger:
>I'm curious whether you've had an actual use for dictionaries as keys.<
I've never had this need (probably because it's an unsupported thing to
do too).
>Likewise, how about frozensets? Have you had occasion to use them as keys?
>They were created to support sets of sets,
Xavier Morel <[EMAIL PROTECTED]> writes:
>[EMAIL PROTECTED] wrote:
>> Dicts and sets require immutable keys, like tuples or frozensets, but
>> to me they look like a duplication. So the idea is to remove tuples and
>> frozensets (and replace the few other uses of tuples with lists, like
>> the % in
[EMAIL PROTECTED] wrote:
> add a freeze operation, to freeze lists,
> sets and dicts (etc), so they can be used as keys.
I'm curious whether you've had an actual use for dictionaries as keys.
Likewise, how about frozensets? Have you had occasion to use them as
keys? They were created to support
The first line of that example has to be:
s = |set([1, 3, 5])|
But I don't know/remember why set() can't accept many values like
max/min:
max([1,2,5])
max((1,2,5))
max(1,2,3)
Bye,
bearophile
--
http://mail.python.org/mailman/listinfo/python-list
[EMAIL PROTECTED] wrote:
> The first line of that example has to be:
>
> s = |set([1, 3, 5])|
>
> But I don't know/remember why set() can't accept many values like
> max/min:
>
> max([1,2,5])
> max((1,2,5))
> max(1,2,3)
>
> Bye,
> bearophile
>
How about just providing a freeze method on `obje
Sorry for previous post - hit the wrong button
Hi. I would like to freeze python application on linux. There are a
few tools that make the job to be done:
freeze ( comes with python )
cx_Freeze
Gordon McMillan's installer
I have one problem with all of them: they require python to be
Op 2005-01-21, Bengt Richter schreef <[EMAIL PROTECTED]>:
> On 20 Jan 2005 14:07:57 GMT, Antoon Pardon <[EMAIL PROTECTED]> wrote:
>
> Would you like a dictionary that acts as you want and takes care of all
> problems internally, and accepts keys and values of any type without wrapping
> or other mo
On 20 Jan 2005 14:07:57 GMT, Antoon Pardon <[EMAIL PROTECTED]> wrote:
>Op 2005-01-20, Nick Coghlan schreef <[EMAIL PROTECTED]>:
>> Antoon Pardon wrote:
>>> I missed that you would use it with the idiom: dct[x.frozen()]
>>
>> The list itself isn't hashable with this approach, so you don't have much
Op 2005-01-20, Nick Coghlan schreef <[EMAIL PROTECTED]>:
> Antoon Pardon wrote:
>> I missed that you would use it with the idiom: dct[x.frozen()]
>
> The list itself isn't hashable with this approach, so you don't have much
> choice. I wasn't particularly clear about that point, though.
>
>> I hav
Antoon Pardon wrote:
I missed that you would use it with the idiom: dct[x.frozen()]
The list itself isn't hashable with this approach, so you don't have much
choice. I wasn't particularly clear about that point, though.
I have two problems with this approach.
1) It doesn't work when you get your
Op 2005-01-20, Nick Coghlan schreef <[EMAIL PROTECTED]>:
> Antoon Pardon wrote:
>> Interesting idea. But I think you are wrong when you say that two lists
>> that compare equal at the time they are frozen, will get the same
>> dictionary entry. The problem is an object must compare equal to
>> the
25 matches
Mail list logo
