W
а мне нравица новый дизайн
На гитлаб похож
Size: a a a
2020 June 23
G
ага
G
мне гитлаб нравца
W
мне гитлаб нравца
+
А я на нём давно уже.
А я на нём давно уже.
uユ
Для bare-metal - да.
ну хз
W
ну хз
Мне гораздо привычнее Makefile накидать. Этож баш.
А в смаке свой ебли много.
А в смаке свой ебли много.
uユ
Мне гораздо привычнее Makefile накидать. Этож баш.
А в смаке свой ебли много.
А в смаке свой ебли много.
file(GLOB_RECURSE KLIBC_SOURCES "${CMAKE_SOURCE_DIR}/klibc/*.c")
add_library(klibc STATIC ${KLIBC_SOURCES})
target_include_directories(klibc PUBLIC "${CMAKE_SOURCE_DIR}/include/"uユ
uユ
другое дело это собрать сорцы из субдиров для ядра
uユ
там просто цикл который это дело собирает и цепляет к нему компилятор
W
там просто цикл который это дело собирает и цепляет к нему компилятор
Вот именно.
Проще по старинке, на баше наебашить.
Проще по старинке, на баше наебашить.
uユ
Вот именно.
Проще по старинке, на баше наебашить.
Проще по старинке, на баше наебашить.
у меня сейчас получается что каждый субдир имеет свой мака-вый файл
uユ
конпилит объекты а потом сцепляет их в толстый объектник аля linux0.01
uユ
ar cr силаW
конпилит объекты а потом сцепляет их в толстый объектник аля linux0.01
Дык оно везде так.
шо смак, шо мейк, шо баш скрипт.
шо смак, шо мейк, шо баш скрипт.
uユ
не
uユ
я генерю один объектный файл из множества исходников
uユ
а потом их уже линкую в ядре
W
А ещё можно грязно кастануть:
gcc ${flags} $(find *.c)
gcc ${flags} $(find *.c)
uユ
[ string.c, sprintf.c ] --> [ string.c.o, sprintf.c.o ] --> klibc.o