Да, есть, начинаем этим заниматься с завтрашнего дня. Собственно, вот тикет, по которому можно будет отслеживать статус. Тикет старый, заведен больше года назад, но в первую очередь нужно было обеспечить надежную работу базового уровня (libcrystax как замена libc), без этого не было смысла браться за работу, которая ожидает честного POSIX поведения от системы. Теперь же, когда большая часть работы по обеспечению POSIX-соответствия проделана, можно браться и за более заметные для пользователей задачи.
Как насчёт фортрана? Теоретически он никому не должен быть нужен и его вроде как не так сложно добавить (например тут описано), но в любом случае GCC нужно пересобирать, что занимает весьма-таки дофига времени…
Да, мы думали об этом. Останавливает только то, что непонятно, насколько это нужно. Надо будет посмотреть подробнее — если это не потребует чрезмерных усилий, мы его добавим.
Qt — дело хорошее, но только это никоим образом не замена NDK. Кроме того, у меня есть все основания полагать, что Qt, собранный на базе CrystaX NDK, и работать будет лучше.
А почему у вас CLOCKS_PER_SEC равен 128, а не 1000000, как на всех Юникс-системах (включая официальный NDK)? Это кучу багов мне добавляет, от деления на 0 до некоррекного измерения времени из-за слишком низкого разрешения.
Релиз CrystaX NDK 10.1