Package Details: lattice-diamond 3.14-1

Git Clone URL: https://aur.archlinux.org/lattice-diamond.git (read-only, click to copy)
Package Base: lattice-diamond
Description: Lattice Diamond design software
Upstream URL: http://www.latticesemi.com/
Licenses: custom
Submitter: doragasu
Maintainer: doragasu
Last Packager: doragasu
Votes: 9
Popularity: 0.59
First Submitted: 2016-07-17 15:31 (UTC)
Last Updated: 2024-10-24 17:08 (UTC)

Latest Comments

1 2 Next › Last »

doragasu commented on 2024-10-24 17:09 (UTC) (edited on 2024-10-24 17:09 (UTC) by doragasu)

Updated to version 3.14. They changed the packaging to use a Windows style installer, and now the install weights 11+ GiB... Hope nothing breaks.

doragasu commented on 2024-09-14 16:38 (UTC) (edited on 2024-09-14 16:38 (UTC) by doragasu)

I'm a bit busy currently, so I don't have time to install pypfpa development packages to try replicating the problem.

Is it OK if I add the library as an optional dependency? And also I could add a warning about this on the Arch Wiki Diamond page.

m42uko commented on 2024-09-10 12:28 (UTC)

@doragasu: Sorry for the late reply. Yes, this is super weird and I have no idea what they are using it for (my guess is they needed some non-media functionality (such as a weird scheduler) that was "conveniently" implemented in libgst, so they just linked against it.)

Here's the CLI log from a headless run of diamondc (in Docker, synthesis with Synplify, started using PyFPGA):

 synpwrap -msg -prj "fpga-feature-demo_Implementation0_synplify.tcl" -log "fpga-feature-demo_Implementation0.srf"
Copyright (C) 1992-2023 Lattice Semiconductor Corporation. All rights reserved.
Lattice Diamond Version 3.13.0.56.2
    <postMsg mid="2011000" type="Info"    dynamic="0" navigation="0"  />
/usr/local/diamond/3.13/synpbase/linux_a_64/mbin/synbatch: error while loading shared libraries: libgstapp-1.0.so.0: cannot open shared object file: No such file or directory
Error : can not print out log file stdout.log
Child process exit with 127.
Error of dumping file fpga-feature-demo_Implementation0.srf, 'stdout.log' is instead.
Synthesis exit by 127.
Running milestone "Synthesis" failed
    while executing
"prj_run Synthesis -forceOne"
    (file "diamond.tcl" line 60)

You should be able to reproduce this by running the Diamond sample project from PyFPGA (dev branch (!)): https://github.com/PyFPGA/pyfpga/blob/dev/examples/projects/diamond.py

Is this enough information to reproduce, or can I help in any other way?

doragasu commented on 2024-08-27 08:32 (UTC) (edited on 2024-08-27 08:32 (UTC) by doragasu)

@m42uko: that seems a bit weird, why would it want to use GStreamer? Could you give more details?

I have never used diamondc, but if I launch it and have a look to the opened files (with lsof -P -T -p $(pidof pnmainc), it does not show any gstreamer lib (and I have them installed).

m42uko commented on 2024-08-26 10:13 (UTC)

Hi, I just noticed that Diamond (at least in batch mode with diamondc/synbatch) requires gst-plugins-base-libs for libgstapp-1.0.so. Can you please add that to the dependencies. Thanks!

doragasu commented on 2024-08-22 17:37 (UTC)

@jjbeard: I missed that, thanks, I'll add it when I get some time.

jjbeard commented on 2024-08-20 11:31 (UTC)

Hi! This should have a dependency on libusb-compat for the programmer binary to start.

<deleted-account> commented on 2023-11-14 21:31 (UTC)

Launcher application command shows as: 

unset QT_QPA_PLATFORM;/usr/local/diamond/3.13/bin/lin64/diamond

It works OK after fixing it

doragasu commented on 2023-10-15 20:06 (UTC)

Updated package to version 3.13. Hopefully library problems are fixed.

doragasu commented on 2023-10-15 16:49 (UTC)

Tried updating to version 3.13. Diamond works, but Synplify Pro fails with error:

/usr/local/diamond/3.13/synpbase/linux_a_64/mbin/synbatch: /usr/local/diamond/3.13/synpbase/linux_a_64/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libicuuc.so.73)

I will have a look at it when I have another slot.

1 2 Next › Last »