Search Criteria
Package Details: sw4stm32 2.9-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/sw4stm32.git (read-only, click to copy) |
---|---|
Package Base: | sw4stm32 |
Description: | SystemWorkbench for STM32 |
Upstream URL: | http://www.openstm32.org/System+Workbench+for+STM32 |
Licenses: | custom |
Submitter: | MicroJoe |
Maintainer: | robertfoster |
Last Packager: | robertfoster |
Votes: | 10 |
Popularity: | 0.000959 |
First Submitted: | 2017-01-28 15:05 (UTC) |
Last Updated: | 2019-05-14 21:05 (UTC) |
Dependencies (6)
- java-environment (java-gcj-compat, zulu-10-bin, jdk6, jdk12-openj9-bin, zulu-12-bin, jdk12, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jdk8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, jdk11-openj9-bin, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, jdk-openj9, jdk11-msopenjdk-bin, jdk18-beta-temurin, jdk8-arm, jdk17-jetbrains, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jdk11-jetbrains-imfix, java-openjdk-loom-ea-bin, jdk8-dragonwell-bin, jdk17-dragonwell-bin, jdk8-openj9-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-jetbrains, jdk11-jbr-xdg, jdk-jbr-xdg, jdk11, jdk18-openj9-bin, jdk-android-studio, jdk12-openjdk, jdk15-openjdk, jdk16-openjdk, jdk13-openjdk, jdk14-openjdk, zulu-embedded-jdk11, jdk-bcl, jdk-openjdk-xdg, jdk17-jetbrains-imfix, liberica-jre-8-full-bin, zulu-embedded-jdk, amazon-corretto-18, zulu-18-bin, zulu-17-bin, zulu-11-bin, zulu-8-bin, zulu-15-bin, zulu-13-bin, jdk-lts, jdk, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jdk-full-bin, liberica-jre-11-full-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jdk11-temurin, jdk-temurin, jdk17-temurin, amazon-corretto-8, jdk17-graalvm-ee-bin, java-openjdk-bin, bishengjdk-17, jdk8-adoptopenjdk, jdk11-dragonwell-bin, jdk-arm, jdk-microsoft-openjdk, jdk8, liberica-jdk-8-full-bin, jdk-openj9-bin, java-openjdk-ea-bin, jre-jetbrains, amazon-corretto-11, amazon-corretto-17, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk8-openjdk)
- arm-none-eabi-binutils (gcc-arm-none-eabi-bin, arm-none-eabi-linaro-binutils) (optional) – ARM binutils
- arm-none-eabi-gcc (arm-none-eabi-gcc47-linaro, arm-none-eabi-gcc48-linaro, arm-none-eabi-gcc53-linaro, arm-none-eabi-gcc49-linaro, arm-none-eabi-gcc55, gcc-arm-none-eabi-bin) (optional) – ARM compiler
- arm-none-eabi-gdb (arm-none-eabi-gdb-linaro) (optional) – ARM GDB
- arm-none-eabi-newlib (gcc-arm-none-eabi-bin) (optional) – ARM bare metal files
- openocd (openocd-picoprobe, openocd-nuclei-bin, openocd-mips-git, openocd-riot-git, openocd-git, openocd-raspberrypi-git) (optional) – firmware flashing tool
Latest Comments
Sabu commented on 2021-06-11 11:47 (UTC)
@AndrevS, besides your issues with sw4stm32 I would not install sw4stm32 because the development/support has stopped in January 2019 if I'm right. sw4stm32 is now part of STM32-Cube IDE (stm32cubeide, see https://aur.archlinux.org/packages/?O=0&SeB=nd&K=stm32cube&outdated=&SB=n&SO=a&PP=50&do_Search=Go). stm32cubeide is nearly equal to sw4stm32 but with fewer bugs in my experience. It could also be that your issue with libfakeroot.so will be gone, I'm not sure. If not, do you already installed and updated the base-devel group installed?
AndrevS commented on 2021-06-11 08:18 (UTC)
While downloading http://www.ac6-tools.com/downloads/SW4STM32/install_sw4stm32_linux_64bits-v2.9.run it complains about an invalid SSL certificate.
Furtheremore, it fails to load fakeroot, and (attempt to) install files on the live file system during package building.
Sabu commented on 2021-01-13 16:49 (UTC)
Just as generic information for users who wants to install sw4stm32, sw4stm32 is outdated and will not be further developed. sw4stm32 is now part of STM32CubeIDE (ST).
bastla commented on 2020-02-14 18:34 (UTC) (edited on 2020-02-17 10:25 (UTC) by bastla)
The download of the source fails:
It would be possible to deliver the certificate via AUR and add the following line to the PKGBUILD:
using the URL:
The current certificate of www.ac6-tools.com:
kamil1991 commented on 2019-12-25 10:14 (UTC)
The same issue as rp68
vnd commented on 2019-09-06 12:16 (UTC)
I'm having the same issue as rp68
rp68 commented on 2019-05-26 07:12 (UTC) (edited on 2019-05-26 07:14 (UTC) by rp68)
Hi. I have this issue :
[ Unpacking finished ] File execution failed
com.izforge.izpack.api.exception.IzPackException: An error occured- in com.izforge.izpack.installer.bootstrap.Installer.main() at Installer.java:78
in com.izforge.izpack.installer.bootstrap.Installer.start() at Installer.java:221
in com.izforge.izpack.installer.bootstrap.Installer.launchInstall() at Installer.java:286
in com.izforge.izpack.installer.bootstrap.Installer.launchAutomatedInstaller() at Installer.java:321
in com.izforge.izpack.installer.automation.AutomatedInstaller.doInstall() at AutomatedInstaller.java:173
an idea ? thanks
2lafru commented on 2019-01-05 10:25 (UTC) (edited on 2019-01-06 03:11 (UTC) by 2lafru)
If you're having weird issues with debugging (like being unable to pause execution for a second time, for example), it's because by default, the package creates projects using the system-wide openocd and arm-none-eabi-gdb. You need, for each project, after creation, to specify that it should use sw4stm32's own versions of openocd and gdb. To do this, do the following (for each path, replace the XXXXXXXXs with what's actually in your directories. This can vary depending on the versions) :
Right click on the project -> Properties -> C/C++ Build -> Settings -> Tool Settings -> MCU Settings -> set the path to /usr/lib/sw4stm32/plugins/fr.ac6.mcu.externaltools.arm-none.linuxXXXXXX/tools/st-gnu-arm-gcc-XXXXXXXX/bin/ -> Apply -> Then click on Run/Debug Settings category on the left -> select the only configuration, it should be named "[your project name] Debug" -> Edit... -> Debugger -> Modify the GDB command field to "/usr/lib/sw4stm32/plugins/fr.ac6.mcu.externaltools.arm-none.linuxXXXXXXXX/tools/st-gnu-arm-gcc-XXXXXXXXX/bin/arm-none-eabi-gdb" -> Modify also the OpenOCD Command field to "/usr/lib/sw4stm32/plugins/fr.ac6.mcu.externaltools.openocd.linuxXXXXXXXX/tools/openocd/bin/openocd" -> Apply -> OK -> Apply -> OK
edward-p commented on 2018-11-21 08:47 (UTC) (edited on 2018-11-21 08:49 (UTC) by edward-p)
Since most of aur helpers have no root access, it's necessary to copy udev rules manually into
$pkgdir/etc/udev/rules.d/
The_Loko commented on 2018-10-11 15:16 (UTC)
This IDE bundles arm-none-eabi-* tools and openocd but the variable containing the path (${openstm32_compiler_path}) is empty. You can check how debug configurations use that variable by default on the debugger settings.
robertfoster commented on 2018-09-12 13:25 (UTC)
@DCengineer @2lafru I can't test the edits. What do you recommend? To add arm-none-eabi-gdb and openocd as runtime deps? Let me know
ph1r3ph0x commented on 2018-09-07 07:01 (UTC)
I just installed version 2.5 with success (directly from openstm32). It had no problems installing udev rules, however I don't have cubemx installed. I haven't tried to debug yet but everything compiles just fine. This aur package failed to install. So maybe updating it and removing the udev part from pkgbuild will help?
2lafru commented on 2018-06-21 19:01 (UTC) (edited on 2018-06-22 13:08 (UTC) by 2lafru)
DCengineer is right. Even without stm32cubemx, the udev rules have to be deleted during installation. And sw4stm32 isn't able to use its own gdb and openocd; so debugging is broken. Can't find a way to suspend and resume execution.
DCengineer commented on 2018-04-13 21:49 (UTC) (edited on 2018-04-13 21:58 (UTC) by DCengineer)
This package seems to conflict with stm32cubemx, because they both try to install stlink udev rules. I was able to get both packages installed, but I had to remove the stlink rules during the installation process. Also, I had to use arm-none-eabi-gdb and the AUR openocd package in order to get debugging to work.
znuxor commented on 2017-11-22 16:56 (UTC)
The_Loko commented on 2017-10-03 17:18 (UTC)
Kamilcuk commented on 2017-10-03 12:18 (UTC)
MicroJoe commented on 2017-02-24 14:45 (UTC)
commented on 2017-02-22 06:28 (UTC)