On 30 April 2011 09:51, Dag Sverre Seljebotn wrote:
> On 04/30/2011 08:39 AM, Robert Bradshaw wrote:
>>
>> On Fri, Apr 29, 2011 at 3:53 AM, mark florisson
>> wrote:
>>>
>>> On 29 April 2011 12:28, Pauli Virtanen wrote:
No, just that real_t is specialized to float whenever struct_t is
Den 01.05.2011 02:24, skrev Greg Ewing:
Stefan Behnel wrote:
Meaning, we'd find a new type during type analysis or inference,
split off a new version of the function and then analyse it.
I'm not sure that this degree of smartness would really
be a good idea. I'd worry that if I made a type err
Sturla Molden, 01.05.2011 15:29:
Den 01.05.2011 02:24, skrev Greg Ewing:
Stefan Behnel wrote:
Meaning, we'd find a new type during type analysis or inference, split
off a new version of the function and then analyse it.
I'm not sure that this degree of smartness would really
be a good idea. I
Den 01.05.2011 16:36, skrev Stefan Behnel:
Not everyone uses C++. And the C++ compiler cannot adapt the code to
specific Python object types.
Ok, that makes sence.
Second question: Why not stay with the current square-bracket syntax?
Does Cython
need a fused-type in addition?
I'd also thi
Sturla Molden, 01.05.2011 18:25:
I'd also think duck types could be specialised from run-time information?
(Cf. profile-guided optimisation.)
Interesting. That could even be much simpler than WPA. Basically, the
profiler would dump the argument types it sees, and then generate a .pxd
file wit
