My apologies to the respondents - I failed to screen my test cases
before kicking them out to the global python-list. but yes, the 'X'
character in my test case was a mistake on my part. I'll give group()
a shot.
ct
--
http://mail.python.org/mailman/listinfo/python-list
hello python-list!
the other day, i was trying to match unicode character sequences that
looked like this:
\\uAD0X...
my issue, is that the pattern i used was returning:
[ '\\uAD0X', '\\u1BF3', ... ]
when i expected:
[ '\\uAD0X\\u1BF3', ]
the code looks something like this:
pat = re.compile
b". This way the flexibility you mentioned above can be
> maintained and the 64bit community (which will eventually be the
> entire community) can move forward with minimal hassle.
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
eve
> Redhat does, too). You could study what they do to achieve that.
Yes, this is true ... but they do not package the most up-to-date
version .. which I need.
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
in /usr/lib.
> The x86_64 community has been using Python for a while, and
> apparently has solved this problem already. You should try
> to find out how they did it.
Where might I go to look on how to get this working?
Respectfully,
Christopher Taylor
P.S. I posted on python-dev
x86_64 community.
> You will have to debug this (can't do right now); see Modules/getpath.c,
> and the definition of PYTHONPATH. It seems this isn't really supported.
I'll ask on Python-Dev for more details on how to fix this.
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
changes to lines 83 & 87 of the make
file, did a "make clean", "make", "make test", "make altinstall",
"python2.4" followed by some goofing around and everything works fine.
So I'm guessing my manual edits of the makefile didn't go well. Any
idea what else I need to change?
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
ll get put in
/usr/lib64. How do I then build the library files for 32bits?
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
Has anyone been able to get python 2.4 to compile properly for x86_64 RHEL?
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
value
Which basically means to me that for whatever reason, when python
compiled up, the ./configure script didn't see that the os was running
in 64bit mode and compile the libraries in PIC mode, something I think
that is required for libraries on a 64bit OS.
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
g important while it does so.
>
ok, so where does that leave me. I'm not even sure which files
*should* be put in /lib64 vs lib.
>>> I guess what I'm expecting is a congifure option to specify where
architecture dependent files should be put. <<<
Has anyone else mentioned this before?
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
also required for my intel x86_64).
Is this a bug in the configure script for python or did I just not set
something correctly?
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
module mismatch
This basically means to me that Python2.4 is loading gloab.py from
/usr/lib64/Python2.3 insead of /usr/lib/Python2.4 (even thought I
wanted to install the related files in /usr/lib64/Python2.4)
Can someome please help!
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
e files in
/usr/lib64/Python2.4 and /usr/lib/Python2.4 respectively ? ***
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
So just build it from source and use make altinstall instead? That simple huh?
Will I need to do anything else to make sure things are put in their
correct place?
Respectfully,
Christopher Taylor
On 10/18/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Christopher Taylor wrote:
>
asons as listed at the above mentioned
webpage)?
Respectfully,
Christopher Taylor
--
http://mail.python.org/mailman/listinfo/python-list
16 matches
Mail list logo