caiyu/nextpnr
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
fac934bd2d
nextpnr/cmake/BBAsm.cmake

172 lines
4.6 KiB
CMake
Raw Normal View History

CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
include(TestBigEndian)
test_big_endian(IS_BIG_ENDIAN)
if (IS_BIG_ENDIAN)
set(BBASM_ENDIAN_FLAG "--be")
else()
set(BBASM_ENDIAN_FLAG "--le")
endif()
# Example usage (note the `.new`, used for atomic updates):
#
# add_bba_produce_command(
# COMMAND ${Python_EXECUTABLE}
# ${CMAKE_CURRENT_SOURCE_DIR}/chipdb.py
# -o ${CMAKE_CURRENT_BINARY_DIR}/chipdb-hx8k.bba.new
# OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/chipdb-hx8k.bba
# INPUTS ${CMAKE_CURRENT_SOURCE_DIR}/chipdb.py
# )
#
# Paths must be absolute.
#
function(add_bba_produce_command)
cmake_parse_arguments(arg "" "OUTPUT" "COMMAND;INPUTS" ${ARGN})
cmake_path(GET arg_OUTPUT PARENT_PATH arg_OUTPUT_DIR)
file(MAKE_DIRECTORY ${arg_OUTPUT_DIR})
list(GET arg_COMMAND 0 arg_EXECUTABLE)
add_custom_command(
OUTPUT
${arg_OUTPUT}
COMMAND
${arg_COMMAND}
COMMAND
${CMAKE_COMMAND} -E rename # atomic update
${arg_OUTPUT}.new
${arg_OUTPUT}
DEPENDS
${arg_EXECUTABLE}
${arg_INPUTS}
VERBATIM
)
endfunction()
# Example usage:
#
# add_bba_compile_command(
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
# TARGET chipdb-ice40
# OUTPUT ice40/chipdb-1k.bin
# INPUT ${CMAKE_CURRENT_BINARY_DIR}/chipdb-1k.bba
# MODE binary
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
# )
#
# Paths must be absolute.
#
function(add_bba_compile_command)
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
cmake_parse_arguments(arg "" "TARGET;OUTPUT;INPUT;MODE" "" ${ARGN})
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
cmake_path(GET arg_OUTPUT PARENT_PATH arg_OUTPUT_DIR)
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
cmake_path(GET arg_OUTPUT FILENAME arg_OUTPUT_NAME)
set(arg_PRODUCT ${CMAKE_BINARY_DIR}/share/${arg_OUTPUT})
cmake_path(GET arg_PRODUCT PARENT_PATH arg_PRODUCT_DIR)
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
if (arg_MODE STREQUAL "binary" OR arg_MODE STREQUAL "resource")
add_custom_command(
OUTPUT
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
COMMAND
bbasm ${BBASM_ENDIAN_FLAG}
${arg_INPUT}
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
DEPENDS
bbasm
${arg_INPUT}
VERBATIM
)
if (arg_MODE STREQUAL "resource")
file(WRITE ${arg_OUTPUT}.rc
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
"${arg_OUTPUT} RCDATA \"${arg_OUTPUT}\"")
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
target_sources(
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${arg_TARGET} PUBLIC
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.rc
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
)
else()
target_sources(
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${arg_TARGET} PUBLIC
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
)
add_custom_command(
OUTPUT
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
COMMAND
${CMAKE_COMMAND} -E make_directory
${arg_PRODUCT_DIR}
COMMAND
${CMAKE_COMMAND} -E copy
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
${arg_PRODUCT}
APPEND
VERBATIM
)
install(
FILES ${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
DESTINATION share/nextpnr/${arg_OUTPUT_DIR}
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
)
endif()
elseif (arg_MODE STREQUAL "embed")
add_custom_command(
OUTPUT
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.cc
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
COMMAND
bbasm ${BBASM_ENDIAN_FLAG} --e
${arg_INPUT}
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.cc
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
DEPENDS
bbasm
${arg_INPUT}
VERBATIM
)
target_sources(
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${arg_TARGET} PUBLIC
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.cc
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
)
elseif (arg_MODE STREQUAL "string")
add_custom_command(
OUTPUT
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.cc
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
COMMAND
bbasm ${BBASM_ENDIAN_FLAG} --c
${arg_INPUT}
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.cc
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
DEPENDS
bbasm
${arg_INPUT}
VERBATIM
)
Fix `#embed` support in bbasm and use it when available. This removes the atomic rename for bbasm outputs because it embeds the resulting paths into the `.cc` files in embed mode. In any case the write should be fast enough to not be a big risk for interrupted builds. This was tested with Clang 19 only (gcc hasn't had a release that supports `#embed` yet).
2025-01-16 19:43:07 +08:00
if (NOT MSVC)
set_source_files_properties(
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.cc PROPERTIES
Fix `#embed` support in bbasm and use it when available. This removes the atomic rename for bbasm outputs because it embeds the resulting paths into the `.cc` files in embed mode. In any case the write should be fast enough to not be a big risk for interrupted builds. This was tested with Clang 19 only (gcc hasn't had a release that supports `#embed` yet).
2025-01-16 19:43:07 +08:00
COMPILE_OPTIONS "-w;-g0;-O0"
)
endif()
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
target_sources(
CMake: refactor architecture-specific build system parts. Two user-visible changes were made: * `-DUSE_RUST` is replaced with `-DBUILD_RUST`, by analogy with `-DBUILD_PYTHON` * `-DCOVERAGE` was removed as it doesn't work with either modern GCC or Clang
2025-01-17 04:06:10 +08:00
${arg_TARGET} PUBLIC
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.cc
CMake: eliminate `family.cmake`/`CMakeLists.txt` split. While it served a purpose (granting the ability to build `.bba` files separately from the rest of nextpnr), it made things excessively convoluted, especially around paths. This commit removes the ability to pre-generate chip databases. As far as I know, I was the primary user of that feature. It can be added back if there is demand for it. In exchange the per-family `CMakeLists.txt` files are now much easier to understand.
2025-01-15 22:42:20 +08:00
)
endif()
endfunction()
Reference in New Issue Copy Permalink