Список (нерешенных) проблем сложности, возникающих из PL

17

Какие основные открытые проблемы вычислительной сложности возникают из-за языков программирования, особенно из анализа и компиляции программ? Я ищу проблемы по линии «временная сложность вывода типа Хиндли-Милнера» или «временная сложность 0CFA» (хотя обе проблемы решены).

xrq
источник
5
Зачем голосование закрывать? Если этот вопрос «слишком широкий», тонны других вопросов на этом сайте должны быть закрыты.
Дамиано Мазза
Один из них, который меня интересует (но я не уверен, что он не решен), использует (не замкнутый) бета-расстояние лямбда-термов от основного термина как меру сложности.
Сэмюэль Шлезингер

Ответы:

7

Пиппенгер (1) из 1996 года показывает, что (по некоторым предположениям) строгие (CBV) функциональные языки программирования асимптотически медленнее, чем императивные языки. Открыто, можно ли обобщить результат Пиппенгера на ленивые функциональные языки, как было указано в (2).

Пиппенгер налагает два упрощающих допущения (онлайн-вычисления и некоторая атомарность ввода). Открыто, могут ли они быть удалены. Пиппенгер предполагает, что это можно сделать, но предупреждает: «[такой] результат [...] кажется далеко за пределами доступных в настоящее время методов в теории вычислительной сложности» .

См. Также ответ Кэмпбелла в (3) и заметки Бен-Амрама (4).


1. Н. Пиппенгер, Чистый и нечистый Лисп .

2. Р. Берд, Г. Джонс, О. Де Мур, Больше скорости, меньше скорости: ленивый против нетерпеливой оценки .

3. Переполнение стека, Эффективность чисто функционального программирования .

4. Бен-Амрам А.М., Заметки о сравнении Пиппенгера чистого и нечистого LISP .

Мартин Бергер
источник