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

230 lines
6.4 KiB
CMake
Raw Permalink 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()
CMake: add support for exporting and importing .bba files. This is useful for certain cross-compilation workloads, and to cache rarely changing build products. To use this functionality, build e.g. as follows: cmake . -B build-export -DEXPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-export -t nextpnr-all-bba cmake . -B build-import -DIMPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-import
2025-01-23 06:43:34 +08:00
set(EXPORT_BBA_FILES "" CACHE PATH "Copy generated .bba files to this directory")
set(IMPORT_BBA_FILES "" CACHE PATH "Use pre-generated .bba files from this directory")
mark_as_advanced(EXPORT_BBA_FILES IMPORT_BBA_FILES)
if (EXPORT_BBA_FILES)
file(REAL_PATH ${EXPORT_BBA_FILES} EXPORT_BBA_FILES BASE_DIRECTORY ${CMAKE_BINARY_DIR})
message(STATUS "Exporting .bba files to ${EXPORT_BBA_FILES}")
endif()
if (IMPORT_BBA_FILES)
file(REAL_PATH ${IMPORT_BBA_FILES} IMPORT_BBA_FILES BASE_DIRECTORY ${CMAKE_BINARY_DIR})
message(STATUS "Importing .bba files from ${EXPORT_BBA_FILES}")
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
# Example usage (note the `.new`, used for atomic updates):
#
# add_bba_produce_command(
CMake: add support for exporting and importing .bba files. This is useful for certain cross-compilation workloads, and to cache rarely changing build products. To use this functionality, build e.g. as follows: cmake . -B build-export -DEXPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-export -t nextpnr-all-bba cmake . -B build-import -DIMPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-import
2025-01-23 06:43:34 +08:00
# TARGET nextpnr-ice40-bba
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 ${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: add support for exporting and importing .bba files. This is useful for certain cross-compilation workloads, and to cache rarely changing build products. To use this functionality, build e.g. as follows: cmake . -B build-export -DEXPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-export -t nextpnr-all-bba cmake . -B build-import -DIMPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-import
2025-01-23 06:43:34 +08:00
cmake_parse_arguments(arg "" "OUTPUT" "TARGET;COMMAND;INPUTS" ${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: add support for exporting and importing .bba files. This is useful for certain cross-compilation workloads, and to cache rarely changing build products. To use this functionality, build e.g. as follows: cmake . -B build-export -DEXPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-export -t nextpnr-all-bba cmake . -B build-import -DIMPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-import
2025-01-23 06:43:34 +08:00
cmake_path(GET arg_OUTPUT FILENAME arg_OUTPUT_NAME)
file(RELATIVE_PATH arg_OUTPUT_RELATIVE ${CMAKE_BINARY_DIR} ${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
file(MAKE_DIRECTORY ${arg_OUTPUT_DIR})
list(GET arg_COMMAND 0 arg_EXECUTABLE)
CMake: add support for exporting and importing .bba files. This is useful for certain cross-compilation workloads, and to cache rarely changing build products. To use this functionality, build e.g. as follows: cmake . -B build-export -DEXPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-export -t nextpnr-all-bba cmake . -B build-import -DIMPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-import
2025-01-23 06:43:34 +08:00
if (NOT IMPORT_BBA_FILES)
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
)
else()
add_custom_command(
OUTPUT
${arg_OUTPUT}
COMMAND
${CMAKE_COMMAND} -E copy
${IMPORT_BBA_FILES}/${arg_OUTPUT_RELATIVE}
${arg_OUTPUT}
DEPENDS
${IMPORT_BBA_FILES}/${arg_OUTPUT_RELATIVE}
COMMENT
"Importing ${arg_OUTPUT_NAME}"
VERBATIM
)
endif()
if (EXPORT_BBA_FILES)
add_custom_command(
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
${arg_OUTPUT}
CMake: add support for exporting and importing .bba files. This is useful for certain cross-compilation workloads, and to cache rarely changing build products. To use this functionality, build e.g. as follows: cmake . -B build-export -DEXPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-export -t nextpnr-all-bba cmake . -B build-import -DIMPORT_BBA_FILES=../bba-files -DARCH=all cmake --build build-import
2025-01-23 06:43:34 +08:00
COMMAND
${CMAKE_COMMAND} -E copy
${arg_OUTPUT}
${EXPORT_BBA_FILES}/${arg_OUTPUT_RELATIVE}
APPEND
VERBATIM
)
endif()
target_sources(
${arg_TARGET} PUBLIC
${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
)
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")
CMake: fix windows BBA resource embedding
2025-01-23 19:00:13 +08:00
file(WRITE ${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}.rc
"${arg_OUTPUT} RCDATA \"${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
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: fix windows BBA resource embedding
2025-01-23 19:00:13 +08:00
${CMAKE_CURRENT_BINARY_DIR}/${arg_OUTPUT_NAME}
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}.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