Arch Linux User Repository

This package now contains the official version which is much more recent than the fork that was used previously. Expect some incompatibilities.

I tried to compile all additional features like TCL, Python and Verilog – but tested only normal simulation with GDB debugging.

Thanks again! I took a look at it, but I guess I'll have to add some dependencies and also fix the CMake version warning. This should all be upstream, but doesn't seem to be maintained anymore (again).

Hi @SammysHP, I incorrectly assumed that since SimulAVR uses the legacy packaging format it had to be installed via setup.py.

Turns out it isn't the case and I should have just RTFAW: https://wiki.archlinux.org/title/Python_package_guidelines#setuptools_or_distutils

Here's the updated patch which complains a bit less :) https://gist.depau.eu/depau/549f5cde778b4ea4b6496039af19de7e

Hi @depau,

Thanks for your contribution! I've never used the python bindings before.

Unfortunately python setup.py … is deprecated and must not be run anymore. There are alternatives for default targets like install, but custom commands are deprecated completely.

https://packaging.python.org/en/latest/discussions/setup-py-deprecated/

I don't have much experience with python building and packaging, so any help is welcome!

Hi! I noticed this package doesn't install the pysimulavr python module.

Here's a patch that enables that and fixes a missing include: https://gist.github.com/depau/197810286c644da36e442b5572e9833b

Have a great day!

Thanks for the patch, m3thodic. I haven't added those dependencies because there's no check() anyway. But the CMakeLists checks for the check dependencies in the wrong place and thus fails. Here is my suggestion of handling this issue:

https://gist.github.com/SammysHP/fbe6bc26617ca8f61ecb270c40e64746

I'm not sure which way I prefer. I don't like unnecessary patching but I also don't like "unnecessary" dependencies. Maybe I'll add them and also add check().

While building the package in a clean chroot I also noticed that it links to tcl which is not a runtime dependency currently. Should I add it as well? It would be the first runtime dependency and I guess that it might run without it. Maybe optdepends?

Updated/fixed package build: https://gist.githubusercontent.com/tonylambiris/f34ac05c1b2db9991db0de53cd100909/raw/

Hi @m3thodic,

Thanks for your interest. What are your plans for that position? I'm asking because you didn't react to the comments for this package in the last three years. If you like to add patches from traumflug or other sources to this package again, I'd like to ask you to create a fork.

I've also noticed that I grabbed this package from @ArMor007, who submitted the orphan request in January. I hope he's fine with me maintaining the package.

hey @SammysHP could you please add me as a co-maintainer? thanks!

This package now contains the official version which is much more recent than the fork that was used previously. Expect some incompatibilities.

I tried to compile all additional features like TCL, Python and Verilog – but tested only normal simulation with GDB debugging.

I will change this package to the official repository. It will contain five years of additional development and might miss patches from the traumflug fork, so expect some incompatibilities.

Expect the update within the next two weeks.