LINUX.ORG.RU

История изменений

Исправление Forum0888, (текущая версия) :

Нужен или нет такой ЯП не знаю, но новые его фичи вам нужно обсудить в каком-либо форуме.

ИМХО много «интересного», но мне «ближе» разработка «нужного».

Ныне вот в freetype и SDL:
 - добавляю новое API;

 - убрал из SDL исходники из директории libm, так как она теперь может использовать исходники из uClibc-0.9.33.2\libm (в которые добавил API, для использования функций с типом аргумента float);

 - унифицирую названия типов данных.
   Многие проекты для обеспечения кроссплатформенности всегда содержат
   *.h, в котором для разных платформ и ЯП с использованием макросов
   задают названия типов, которые затем используют в проекте.
   Необходимость в этом возникает из-за того, что в разных платформах и ЯП их название отличаются.

   ИМХО так как нет унифицированного подхода к использованию названий типов данных в кроссплатформенных проектах, то все они используют разные названия.

   Вот этот бардак и устраняю всегда (в частностости в freetype и     
 SDL)

 - много чего полезного делается;

 - ...

Когда нибудь исходники этих проектов опубликую.
Ныне нет смысла, так как они в «работе».
Никому 100% не понравится, что в новых релизах многое изменено и несовместимо с предыдущими,

 ИМХО нужной и более того, необходимой работы МНОГО.

Впрочем это все «теория», а на практике лишь 0.005% что-то полезное и разрабатывает для open source.

У остальных весьма уважительные причины ничего не делать, так как они «ЗАНЯТЫ».

Весь open souerce именно таков.

 0.005% разработчиков и 99.995% флудящих, "ратующих" и "бьющих себя в грудь", что open source это ХОРОШО и НУЖНО.

Шутка

Улыбнуло обсуждение приемлемого синтаксиса для присваивания значений.
Требую эшо «новаций».

Исправление Forum0888, :

Нужен или нет такой ЯП не знаю, но новые его фичи вам нужно обсудить в каком-либо форуме.

ИМХО много «интересного», но мне «ближе» разработка «нужного».

Ныне вот в freetype и SDL:
 - добавляю новое API;

 - убрал из SDL исходники из директории libm, так как она теперь может использовать исходники из uClibc-0.9.33.2\libm (в которые добавил API, для использования функций с типом аргумента float);

 - унифицирую названия типов данных.
   Многие проекты для обеспечения кроссплатформенности всегда содержат
   *.h, в котором для разных платформ и ЯП с использованием макросов
   задают названия типов, которые затем используют в проекте.
   Необходимость в этом возникает из-за того, что в разных платформах и ЯП их название отличаются.

   ИМХО так как нет унифицированного подхода к использованию названий типов данных в кроссплатформенных проектах, то все они используют разные названия.

   Вот этот бардак и устраняю всегда (в частностости в freetype и     
 SDL)

 - много чего полезного делается;

 - ...

Когда нибудь исходники этих проектов опубликую.
Ныне нет смысла, так как они в «работе».
Никому 100% не понравится, что в новых релизах многое изменено и несовместимо с предыдущими,

 ИМХО нужной и более того, необходимой работы МНОГО.

Впрочем это все «теория», а на практике лишь 0.005% что-то полезное и разрабатывает для open source.

У остальных весьма уважительные причины ничего не делать, так как они «ЗАНЯТЫ».

Весь open souerce именно таков.

 0.005% разработчиков и 99.995% флудящих, "ратующих" и "бьющих себя в грудь", что open source это ХОРОШО и НУЖНО.

Исправление Forum0888, :

Нужен или нет такой ЯП не знаю, но новые его фичи вам нужно обсудить в каком-либо форуме.

ИМХО много «интересного», но мне «ближе» разработка «нужного».

Ныне вот в freetype и SDL:
 - добавляю новое API;

 - убрал из SDL исходники из директории libm, так как она теперь может использовать исходники из uClibc-0.9.33.2\libm (в которые добавил API, для использования функций с типом аргумента float);

 - унифицирую названия типов данных.
   Многие проекты для обеспечения кроссплатформенности всегда содержат
   *.h, в котором для разных платформ и ЯП с использованием макросов
   задают названия типов, которые затем используют в проекте.
   Необходимость в этом возникает из-за того, что в разных платформах и ЯП их название отличаются.

   ИМХО так как нет унифицированного подхода к использованию названий типов данных в кроссплатформенных проектах, то все они используют разные названия.

   Вот этот бардак и устраняю всегда (в частностости в freetype и     
 SDL)

 - много чего полезного делается;

 - ...

Когда нибудь исходники этих проектов опубликую.
Ныне нет смысла, так как они в «работе».
Никому 100% не понравится, что в новых релизах многое изменено и несовместимо с предыдущими,

 ИМХО нужной и более того, необходимой работы ведь МНОГО.

Впрочем это все «теория», а на практике лишь 0.005% что-то полезное и разрабатывает для open source.

У остальных весьма уважительные причины ничего не делать, так как они «ЗАНЯТЫ».

Весь open souerce именно таков.

 0.005% разработчиков и 99.995% флудящих, "ратующих" и "бьющих себя в грудь", что open source это ХОРОШО и НУЖНО.

Исходная версия Forum0888, :

Нужен или нет такой ЯП не знаю, но новые его фичи вам нужно обсудить в каком-либо форуме.

ИМХО много «интересного», но мне «ближе» разработка «нужного».

Ныне вот в freetype и SDL:[br]
 - добавляю новое API;

 - убрал из SDL исходники из директории libm, так как она теперь может использовать исходники из uClibc-0.9.33.2\libm (в которые добавил API, для использования функций с типом аргумента float);

 - унифицирую названия типов данных.
   Многие проекты для обеспечения кроссплатформенности всегда содержат
   *.h, в котором для разных платформ и ЯП с использованием макросов
   задают названия типов, которые затем используют в проекте.
   Необходимость в этом возникает из-за того, что в разных платформах и ЯП их название отличаются.

   ИМХО так как нет унифицированного подхода к использованию названий типов данных в кроссплатформенных проектах, то все они используют разные названия.

   Вот этот бардак и устраняю всегда (в частностости в freetype и     
 SDL)

 - много чего полезного делается;

 - ...

Когда нибудь исходники этих проектов опубликую.
Ныне нет смысла, так как они в «работе».
Никому 100% не понравится, что в новых релизах многое изменено и несовместимо с предыдущими,

 ИМХО нужной и более того, необходимой работы ведь МНОГО.[br]

Впрочем это все «теория», а на практике лишь 0.005% что-то полезное и разрабатывает для open source.

У остальных весьма уважительные причины ничего не делать, так как они «ЗАНЯТЫ».

Весь open souerce именно таков.

 0.005% разработчиков и 99.995% флудящих, "ратующих" и "бьющих себя в грудь", что open source это ХОРОШО и НУЖНО.