[swift-evolution] For-loop revisited
Ted F.A. van Gaalen
tedvgiosdev at gmail.com
Wed Mar 9 08:00:18 CST 2016
Hi Goffredo,
sorry, I don’t understand you msg very well,
i now assume you state that compilers cannot be improved beyond practical limits?
TedvG
> On 09.03.2016, at 14:25, Goffredo Marocchi <panajev at gmail.com> wrote:
>
> Sometimes programmers directives and runtime knowledge are essential though and the compilers should be optimised but not held to a practically impossible standards. Beside not letting their best people having the best manufacturing process (as well as a nice dose of politics), there is a reason why architectures like IA-64 (which still intrigue me :)) had competitive problems against archs which trusted runtime decisions a lot more.
>
> Sent from my iPhone
>
>> On 9 Mar 2016, at 12:21, Taras Zakharko via swift-evolution <swift-evolution at swift.org> wrote:
>>
>>
>>> On 09 Mar 2016, at 00:01, Ted F.A. van Gaalen via swift-evolution <swift-evolution at swift.org> wrote:
>>>
>>> However, in the real world, especially when working with technical
>>> and scientific data and for instance in time critical applications
>>> like 3D presentations fast iterations become a necessity.
>>
>> There is no reason why collection-based iteration can’t be as fast as a classical C for loop. The compiler should be able to optimise all the overhead away. , even unroll shorter loops. Maybe it doesn’t do it yet. I’d rather see resources invested into improving the compiler to inline/unroll code better where appropriate rather then introducing additional syntax to support a marginal use case.
>>
>> — Taras
>>
>>
>> _______________________________________________
>> swift-evolution mailing list
>> swift-evolution at swift.org
>> https://lists.swift.org/mailman/listinfo/swift-evolution
More information about the swift-evolution
mailing list