Arch Linux User Repository

This package will NOT work with AUR helpers!!!

Please read build instructions in the PKGBUILD

You will need an account on nxp.com to download the MCUXpresso binary.

I'm having a weird linker error with latest update (11.9.0_2144-1) testing many projects, particularly the blinky demo test for the FRMD-K64F with the latest SDK.

Has anyone had this problem?

There were reports in this forum: https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-IDE-v11-9-0-migration/td-p/1791571, running Linux particularly, but the solution is "reinstalling" the IDE, clean all the project, switching to a new workspace, etc,... all things that I already tested without results.

Below is the last part of the console log:

Finished building: ../device/system_MK64F12.c

Finished building: ../component/lists/fsl_component_generic_list.c

Finished building: ../component/uart/fsl_adapter_uart.c

Finished building: ../board/board.c

Finished building: ../board/clock_config.c

Finished building: ../drivers/fsl_uart.c

Finished building: ../board/pin_mux.c

Building target: frdmk64f_led_blinky.axf
Invoking: MCU Linker
Template not found for name memory.ldt.
The name was interpreted by this TemplateLoader: com.crt.advproject.linkertemplate.FMLinkerFileTemplateLoader@3699a300.
make[1]: *** [makefile:51: frdmk64f_led_blinky.axf] Error 1
make: *** [makefile:42: all] Error 2
"make -r -j8 all" terminated with exit code 2. Build might be incomplete.

14:36:05 Build Failed. 2 errors, 0 warnings. (took 1s.106ms)

Edit: code block

New version is out (11.8.1_1197). Update is here: - PKGBUILD: https://pastebin.com/PZh8SC93 - .SRCINFO: https://pastebin.com/p5PZc4v1

With the latest version (11.8.0_1165-1), there is an issue where the installer cannot find ProductLicense.txt, because now the file name has been changed to LICENSE

to fix that, just replace ProductLicense.txt with LICENSE in PKGBUILD

diff --git a/PKGBUILD b/PKGBUILD
index 2fdb01d..2c0f867 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -60,5 +60,5 @@ package() {
     # Copy udev rules from /lib to /usr/lib folder
     cp -ar ${srcdir}/mcuxpressoide/lib/udev ${pkgdir}/usr/lib/;
     # Add Product LICENSE file to licenses folder
-    install -D -m644 ${srcdir}/ProductLicense.txt ${pkgdir}/usr/share/licenses/${pkgname}/ProductLicense.txt;
+    install -D -m644 ${srcdir}/LICENSE ${pkgdir}/usr/share/licenses/${pkgname}/LICENSE;
 }

@xiretza I got it working by installing SDKs as user root.

Getting this error when trying to install any SDK:

An error occurred while collecting items to be installed
session context was:(profile=DefaultProfile, phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=, action=).
No repository found containing: binary,MCUXpressoIDE.executable.gtk.linux.x86_64,11.4.0.202109151135

I have a /opt/mcuxpresso-ide/ide/p2/org.eclipse.equinox.p2.core/cache/binary/MCUXpressoIDE.executable.gtk.linux.x86_64_11.4.0.202109151135 installed by the package, which matches the error. For testing I tried letting the PKGBUILD install to /usr/local (without moving it to /opt), but that didn't change anything.

Now it is possible again to download the file from the NXP website without login in. Maybe you should update to package to avoid manual build.

@fark could you elaborate more on your setup? I cannot reproduce what issues you are running into

I had problems when I tried to debug because arm-none-eabi-gdb depends on libncurses.so.5 and my system has the version 6.2. I solved it installing this AUR package: https://aur.archlinux.org/packages/ncurses5-compat-libs/

Maybe it should be a dependency of mcuxpresso-ide?

For anyone else using this, there's currently a bug upstream that affects the LPC-Link 2 programmer. Other programmers may be affected as well, but this is the only one I use. The Link 2 doesn't get booted properly, so the IDE will give you a "LinkServer not found" error.

The dfu_boot script (should be under /opt/mcuxpresso-ide/ide/binaries) compares the first three characters of the dfu-util version against "0.1", because 0.1 used a slightly different output format. The problem is that as of 2020-11-29, dfu-util is now version 0.10, which causes the script to look for the old output format, which of course doesn't work. Commenting out line 133 should be enough to get it working.

I think one of the binaries used by the SDK also makes this same mistake, and doesn't actually use the dfu_boot script, so it won't work automatically. Instead, after making the change above, just run /opt/mcuxpresso-ide/ide/binaries/boot_link2 whenever you need the programmer booted, and the IDE should be able to see it afterwards.

I submitted a bug report upstream, but it was closed without comment, so I'm not sure if it'll be addressed prior to dfu-util being updated to 0.10 in Debian.

This package will NOT work with AUR helpers!!!

Please read build instructions in the PKGBUILD

You will need an account on nxp.com to download the MCUXpresso binary.