caiyu/nextpnr
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
0c060512c1
nextpnr/nexus/CMakeLists.txt

59 lines
1.5 KiB
CMake
Raw Normal View History

CMake: Add include guards when IMPORT_BBA_FILES is used (#1438)
2025-01-23 17:54:37 +08:00
if (NOT IMPORT_BBA_FILES)
include(FindOxide)
endif()
nexus: Build and embed chipdb automatically Signed-off-by: David Shah <dave@ds0.me>
2020-10-15 19:10:02 +08:00
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
set(SOURCES
arch.cc
archdefs.h
arch.h
arch_place.cc
arch_pybindings.cc
arch_pybindings.h
bba_version.inc
constids.inc
fasm.cc
global.cc
io.cc
pack.cc
pdc.cc
pins.cc
post_place.cc
)
add_nextpnr_architecture(${family}
CORE_SOURCES ${SOURCES}
MAIN_SOURCE main.cc
)
nexus: Build and embed chipdb automatically Signed-off-by: David Shah <dave@ds0.me>
2020-10-15 19:10:02 +08:00
# NOTE: Unlike iCE40 and ECP5; one database can cover all densities of a given family
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
set(ALL_NEXUS_FAMILIES LIFCL)
nexus: Build and embed chipdb automatically Signed-off-by: David Shah <dave@ds0.me>
2020-10-15 19:10:02 +08:00
set(NEXUS_FAMILIES ${ALL_NEXUS_FAMILIES} CACHE STRING
"Include support for these Nexus families (available: ${ALL_NEXUS_FAMILIES})")
message(STATUS "Enabled Nexus families: ${NEXUS_FAMILIES}")
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
foreach (subfamily ${NEXUS_FAMILIES})
if (NOT subfamily IN_LIST ALL_NEXUS_FAMILIES)
message(FATAL_ERROR "${subfamily} is not a supported Nexus family")
nexus: Build and embed chipdb automatically Signed-off-by: David Shah <dave@ds0.me>
2020-10-15 19:10:02 +08:00
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
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-${family}-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 ${PRJOXIDE_TOOL}
bba-export ${subfamily}
${CMAKE_CURRENT_SOURCE_DIR}/constids.inc
${CMAKE_CURRENT_BINARY_DIR}/chipdb-${subfamily}.bba.new
OUTPUT
${CMAKE_CURRENT_BINARY_DIR}/chipdb-${subfamily}.bba
INPUTS
${CMAKE_CURRENT_SOURCE_DIR}/bba_version.inc
${CMAKE_CURRENT_SOURCE_DIR}/constids.inc
)
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 nextpnr-${family}-chipdb
OUTPUT ${family}/chipdb-${subfamily}.bin
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
INPUT ${CMAKE_CURRENT_BINARY_DIR}/chipdb-${subfamily}.bba
MODE ${BBASM_MODE}
)
endforeach()
Reference in New Issue Copy Permalink