Board.KolibriOS.org

компиляторы не менялись, только мелкие правки в sdk.
Для полной сборки sdk надо перейти в contrib/sdk/sources и выполнить make. Перед этим стоит почистить содержимое contrib/sdk/bin
для сборки Fplay надо перейти в contrib/media/fplay и выполнить make
И готовые библиотеки http://ftp.kolibrios.org/users/Serge/ne ... 8_08_14.7z

Serge wrote:Здесь два кросскомпилятора. Один по Линукс, второй под Msys. Устанавливать в /home/autobuild/tools/win32 - для msys-kos32 и /home/autobuild/tools/32 - для linux-kos32.

/home/autobuild/tools/win32/libexec/gcc/mingw32/4.8.2/cc1: error while loading shared libraries: libcloog-isl.so.4: cannot open shared object file: No such file or directory

CleverMouse
А если так ?
export PREFIX=/home/autobuild/tools/win32
export PATH=$PREFIX/bin:$PATH

Нет в системе ничего похожего. /home/autobuild/tools/win32/bin и так в $PATH.

Вероятно надо установить эту библиотеку ?

Update.
Проверил, у меня Debian. Библиотека в /usr/lib/x86_64-linux-gnu/

Внимание: для сборки с++ проекта нужно использовать компилятор kos32-gcc, порядок задания библиотек для линковщика имеет значение: libgcc последняя, libc после libsupc++ и gcc_eh.

Обновленная инструкция по настройке KolibriOS newlib для ОС Windows

Пример makefile

(Спасибо Serge за помощь)

Я так понимаю, макросы препроцессора WIN32 и _WIN32 в kos32-gcc включены?

CleverMouse
Да, я не правил файлы.
Рекомендую -U__WIN32__ -U_Win32 -U_WIN32 -U__MINGW32__ -U_MSC_VER

Я настроила автосборку newlib из исходников в r5132.
libc.dll входит в iso и дистрибутив. Библиотеки для разработки *.a лежат в http://builds.kolibrios.org/eng/data/contrib/sdk/lib/ .

Итого, для названий системных вызовов у нас есть схема nasm MOS_STARTREDRAW[_S], схема c-- DefineAndDrawWindow, схема мини-библиотеки msvc kos_WindowRedrawStatus, схема мини-библиотеки gcc kol_paint_start, схема menuetlibc __menuet__window_redraw и две схемы newlibc BeginDraw и check_os_event. Больше шизофрении для бога шизофрении!

Я готов переписать kos32sys.h если будет выработана единая схема наименований.

Я за схему типа kos_begin_draw. Префикс потому, что при портировании чего-нибудь функции begin_draw/BeginDraw имеют намного больше шансов совпасть с чем-нибудь существующим, чем kos_begin_draw. Именно kos и маленькие буквы через подчёркивание - потому что мне так нравится. Плюс, так принято в ядре, хотя это и слабый довод.

Решил попробовать установить mingv, делал по инструкции выше
https://bitbucket.org/pascualle/tengine ... readme.txt
дошел до сюда:

• Проверить работоспособность toolchain можно запустив c:\MinGW\msys\1.0\msys.bat
в командной строке набрать
export PATH=$PATH:/home/autobuild/tools/win32/bin
kos32-gcc –v

Выдает ошибку что не найден какой-то libiconv-2.dll, предлагает все переустановить. Переустановил не помогло. Пробовал найти в интернете этот libiconv-2.dll и всунул его в папку ...System32 тоже не помогло. Система Windows 7 Максимальная 64-bit.

IgorA,
проверил поиском, если MinGW установлена на диск С, путь к ней
c:\MinGW\bin\libiconv-2.dll

можно ли подробнее описать установку MinGW?

Файл по пути c:\MinGW\bin\libiconv-2.dll оказался более новый чем тот что я загрузил из интернета, заменил его но всеравно не пошло.

pascualle wrote:можно ли подробнее описать установку MinGW?

Все вродебы делал как написано в инструкции. Загрузил 2 файла msys-kos32-4.8.2.7z и mingw-get-setup.exe . Поставил установку на диск C (по умолчанию так и стояло). Флажка с подписью "..support for graphics user interface" там не было, но вместо нее был какой-то очень похожий на него, я его отметил. Выбрал 2 пакета mingw32-base и msys-base в окне и запустил установку через меню.

Я ставил сначала Mingw, потом Msys, всё по дефолту.
IgorA
А ты пользователя перезагружал ? Mingw записывает себя в PATH, а переменные среды перегружаются с новой сессией.