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

92 lines
2.4 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(FindIceStorm)
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
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
bitstream.cc
bitstream.h
cells.cc
cells.h
chains.cc
chains.h
constids.inc
delay.cc
gfx.cc
gfx.h
pack.cc
pcf.cc
pcf.h
)
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: 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(TEST_SOURCES
tests/hx1k.cc
tests/hx8k.cc
tests/lp1k.cc
tests/lp384.cc
tests/lp8k.cc
tests/main.cc
tests/up5k.cc
)
add_nextpnr_architecture(${family}
CORE_SOURCES ${SOURCES}
TEST_SOURCES ${TEST_SOURCES}
MAIN_SOURCE main.cc
)
CMake: rewrite chipdb handling from ground up.
2020-06-24 23:44:45 +08:00
set(ALL_ICE40_DEVICES 384 1k 5k u4k 8k)
set(ICE40_DEVICES ${ALL_ICE40_DEVICES} CACHE STRING
"Include support for these iCE40 devices (available: ${ALL_ICE40_DEVICES})")
message(STATUS "Enabled iCE40 devices: ${ICE40_DEVICES}")
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 (device ${ICE40_DEVICES})
if (NOT device IN_LIST ALL_ICE40_DEVICES)
message(FATAL_ERROR "Device ${device} is not a supported iCE40 device")
CMake: rewrite chipdb handling from ground up.
2020-06-24 23:44:45 +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
if (device STREQUAL "5k")
set(timing_opts
--slow ${ICEBOX_DATADIR}/timings_up5k.txt)
elseif (device STREQUAL "u4k")
set(timing_opts
--slow ${ICEBOX_DATADIR}/timings_u4k.txt)
elseif (device STREQUAL "384")
set(timing_opts
--slow ${ICEBOX_DATADIR}/timings_lp384.txt)
CMake: rewrite chipdb handling from ground up.
2020-06-24 23:44:45 +08:00
else()
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(timing_opts
--fast ${ICEBOX_DATADIR}/timings_hx${device}.txt
--slow ${ICEBOX_DATADIR}/timings_lp${device}.txt)
CMake: rewrite chipdb handling from ground up.
2020-06-24 23:44:45 +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 ${Python3_EXECUTABLE}
${CMAKE_CURRENT_SOURCE_DIR}/chipdb.py
-p ${CMAKE_CURRENT_SOURCE_DIR}/constids.inc
-g ${CMAKE_CURRENT_SOURCE_DIR}/gfx.h
${timing_opts}
${ICEBOX_DATADIR}/chipdb-${device}.txt
> ${CMAKE_CURRENT_BINARY_DIR}/chipdb-${device}.bba.new
OUTPUT
${CMAKE_CURRENT_BINARY_DIR}/chipdb-${device}.bba
INPUTS
${CMAKE_CURRENT_SOURCE_DIR}/chipdb.py
${CMAKE_CURRENT_SOURCE_DIR}/constids.inc
${CMAKE_CURRENT_SOURCE_DIR}/gfx.h
)
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-${device}.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-${device}.bba
MODE ${BBASM_MODE}
)
endforeach()
Reference in New Issue Copy Permalink