Search Criteria
Package Details: nextpnr-git 0.8.r2.g7a3a43e-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/nextpnr-git.git (read-only, click to copy) |
---|---|
Package Base: | nextpnr-git |
Description: | Portable FPGA place and route tool |
Upstream URL: | https://github.com/YosysHQ/nextpnr |
Licenses: | ISC |
Conflicts: | nextpnr |
Provides: | nextpnr |
Submitter: | grahamedgecombe |
Maintainer: | xiota (thotypous) |
Last Packager: | xiota |
Votes: | 26 |
Popularity: | 0.30 |
First Submitted: | 2018-08-02 17:35 (UTC) |
Last Updated: | 2025-04-16 23:43 (UTC) |
Dependencies (13)
- boost-libs
- python (python37AUR, python311AUR, python310AUR)
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR, cmake3AUR) (make)
- eigen (eigen-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- icestorm (icestorm-gitAUR, icestorm-nightlyAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- prjapiculaAUR (prjapicula-gitAUR, prjapiculaAUR) (make)
- prjoxide (prjoxide-gitAUR, prjoxide-nightlyAUR) (make)
- prjtrellis (prjtrellis-gitAUR, prjtrellis-nightlyAUR) (make)
- prjtrellis-db (prjtrellis-db-gitAUR, prjtrellis-nightlyAUR) (make)
Required by (5)
- icesugar-git (requires nextpnr)
- icesugar-nano-git (requires nextpnr)
- icesugar-pro-git (requires nextpnr)
- python-glasgow-git (requires nextpnr)
- silice-git
Latest Comments
« First ‹ Previous 1 2 3 4 5 Next › Last »
yjun commented on 2024-09-06 16:21 (UTC) (edited on 2024-09-06 16:24 (UTC) by yjun)
Considering the latest documentation and discussions, it appears that Gowin will be replaced by a new architecture called himbaechel-gowin. Should we update the PKGBUILD file accordingly?
nextpnr-himbaechel
Gowin: Remove nextpnr-gowin
apicula
sf101 commented on 2024-04-29 18:16 (UTC)
Please consider adding support for himbaechel, it is needed for some boards such as the Tang Nano 9K.
xiretza commented on 2023-09-17 13:05 (UTC)
Thanks, I've fixed the dependency specification for prjtrellis-db. After that I got spurious GCC segfaults while building, but I don't think there's much the package can do about those anyway - here it is for posterity anyway:
Maverick commented on 2022-02-14 16:52 (UTC)
If the build is missing
gowin/chipdb/chipdb-GW1N-9C.bba
useprjapicula
bumped to 0.2a3 rather then 0.2a2 in the AUR as of today. Already flagged as outdated. Please consider adding min version.xiretza commented on 2021-09-14 16:59 (UTC) (edited on 2022-03-20 18:24 (UTC) by xiretza)
<s>The
prjtrellis-git
package is severely broken - if you need a VCS version of trellis, usetrellis-git
.</s>prjtrellis-git
has gone through a deletion and resubmission, and is now the recommended package.samekh commented on 2021-09-12 14:37 (UTC) (edited on 2021-09-12 14:42 (UTC) by samekh)
Hi,
Great package. There is only a small detail about the
prjtrellis
dependency, maybe not being necessarily a problem of this package. In themakedepends
for the ECP5 architecture, there is a strict dependency on the packageprjtrellis
which is only found in the community repository. Althoughprjtrellis-git
also exists on AUR, both of them setprovides=libtrellis
(and unfortunately none of themprovides=prjtrellis
). Therefore I would suggest to change the makedependprjtrellis
tolibtrellis
to be able to select between both and not force the repository version on each nextpnr-git update.See:
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=prjtrellis-git#n15
https://github.com/archlinux/svntogit-community/blob/packages/prjtrellis/trunk/PKGBUILD#L14
Regards,
Jan
xiretza commented on 2021-09-08 15:56 (UTC)
optdepends
are optional runtime dependencies and are always installed during build, so that solution isn't appropriate - thanks for the reminder though, I finally committed @rpls patch.marzoul commented on 2021-09-08 15:18 (UTC) (edited on 2021-09-08 15:18 (UTC) by marzoul)
Hi, I would suggest to move the supported architecture in optdepends. And generate the cmake options according to the actually installed corresponding packages. This would remove need to edit PKGBUILD for anyone not needing everything.
rpls commented on 2021-05-16 21:14 (UTC)
With all the different supported target architectures, the dependencies are getting a bit out of hand. :-) This makes it a bit neater (similar to the
emacs-git
AUR package) and enables some user customization. But in no way a must-have, just a suggestion.« First ‹ Previous 1 2 3 4 5 Next › Last »