On Mon, Apr 5, 2010 at 11:54 PM, wrote:
> for a college project, I proposed to create a compiler for python. I've
> read something about it and maybe I saw that made a bad choice. I hear
> everyone's opinion respond.
Depending on your taste, you may want to tackle something like a
static analyse
Maciej Fijalkowski wrote:
Except none of the things mentioned above is actually a "Python
compiler".
No, but they grapple with many of the same issues that a Python
compiler would face, and it would be informative to see how
they tackle those issues. If you want to advance the state of
the art
On Mon, Apr 5, 2010 at 5:44 PM, Greg Ewing wrote:
> will...@ufpa.br wrote:
>>
>> for a college project, I proposed to create a compiler for python. I've
>> read something about it and maybe I saw that made a bad choice. I hear
>> everyone's opinion respond.
>
> I don't want to discourage you if yo
Craig Citro wrote:
In the
event of an exception, the Python call frames are constructed as the C
call stack is unwound.
Although in Pyrex the frames have just enough info in them to
find out the file name and line number -- the rest (f_stack,
f_locals, etc.) are filled with dummy values.
--
Gr
will...@ufpa.br wrote:
for a college project, I proposed to create a compiler for python. I've
read something about it and maybe I saw that made a bad choice. I hear
everyone's opinion respond.
I don't want to discourage you if you really want to try,
but you need to be aware that you'd be taki
On Mon, Apr 5, 2010 at 3:03 PM, "Martin v. Löwis" wrote:
>> Is the requirement just the construction of full tracebacks in the
>> event of an exception? Because Cython does that right now. In the
>> event of an exception, the Python call frames are constructed as the C
>> call stack is unwound. I
> Is the requirement just the construction of full tracebacks in the
> event of an exception? Because Cython does that right now. In the
> event of an exception, the Python call frames are constructed as the C
> call stack is unwound. I thought Maciej was suggesting that having
> full Python frames
On Mon, Apr 5, 2010 at 2:21 PM, Michael Foord wrote:
> On 05/04/2010 21:10, Terry Reedy wrote:
>>
>> On 4/5/2010 10:54 AM, will...@ufpa.br wrote:
>>>
>>> for a college project, I proposed to create a compiler for python. I've
>>> read something about it and maybe I saw that made a bad choice. I he
On 05/04/2010 21:10, Terry Reedy wrote:
On 4/5/2010 10:54 AM, will...@ufpa.br wrote:
for a college project, I proposed to create a compiler for python. I've
read something about it and maybe I saw that made a bad choice. I hear
everyone's opinion respond.
If you want to do something useful, pi
On Mon, Apr 5, 2010 at 1:47 PM, Craig Citro wrote:
>> There has been some contentious debate about this in the past, where a
>> Cython developer(s?) insisted Cython be listed among the "Python
>> implementations" somewhere, on a par with IronPython, Jython and PyPy.
>> This does not seem the right
On 4/5/2010 10:54 AM, will...@ufpa.br wrote:
for a college project, I proposed to create a compiler for python. I've
read something about it and maybe I saw that made a bad choice. I hear
everyone's opinion respond.
If you want to do something useful, pick an existing project (several
have alr
> There has been some contentious debate about this in the past, where a
> Cython developer(s?) insisted Cython be listed among the "Python
> implementations" somewhere, on a par with IronPython, Jython and PyPy.
> This does not seem the right place to list Cython to me. (Much though
> I admire Cyt
On Mon, Apr 5, 2010 at 8:49 AM, Maciej Fijalkowski wrote:
>> I hate to remind you but Cython is *not* python. It does not even plan
>> to support all of the parts which are considered python semantics
>> (like tracebacks and frames).
On Mon, Apr 5, 2010 at 10:32 AM, Craig Citro wrote:
> It's tru
> I hate to remind you but Cython is *not* python. It does not even plan
> to support all of the parts which are considered python semantics
> (like tracebacks and frames).
>
It's true -- we basically compile to C + the Python/C API, depending
on CPython being around for runtime support, and I don
On Mon, Apr 5, 2010 at 9:31 AM, Craig Citro wrote:
>>> for a college project, I proposed to create a compiler for python. I've
>>> read something about it and maybe I saw that made a bad choice. I hear
>>> everyone's opinion respond.
>>>
>
> I don't think everyone thinks this is a bad idea -- for
>> for a college project, I proposed to create a compiler for python. I've
>> read something about it and maybe I saw that made a bad choice. I hear
>> everyone's opinion respond.
>>
I don't think everyone thinks this is a bad idea -- for instance,
those of us working on Cython [1], which is itsel
On Mon, Apr 5, 2010 at 11:11 AM, Michael Foord
wrote:
> Python itself is a highly dynamic language and not amenable to direct
> compilation. Instead modern just-in-time compiler technology is seen as the
> way to improve Python performance. Projects that are doing this are PyPy and
> Unladen Swall
Hello.
We'are sorry but we cannot help you. This mailing list is to work on
developing Python (fixing bugs and adding new features to Python itself); if
you're having problems using Python, please find another forum. Probably
python-list (comp.lang.python) news group/mailing list is the best pl
On 05/04/2010 15:54, will...@ufpa.br wrote:
for a college project, I proposed to create a compiler for python. I've
read something about it and maybe I saw that made a bad choice. I hear
everyone's opinion respond.
Python itself is a highly dynamic language and not amenable to direct
compi
for a college project, I proposed to create a compiler for python. I've
read something about it and maybe I saw that made a bad choice. I hear
everyone's opinion respond.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
20 matches
Mail list logo
