Package Details: mcuxpresso-ide 10.2.0_759-1

Git Clone URL: (read-only)
Package Base: mcuxpresso-ide
Description: An easy-to-use integrated development environment (IDE) for creating, building, debugging, and optimizing your application. From BIN package distributed by NXP.
Upstream URL:
Licenses: custom:"NXP"
Submitter: gromain
Maintainer: gromain
Last Packager: gromain
Votes: 3
Popularity: 0.266316
First Submitted: 2017-03-29 14:09
Last Updated: 2018-05-29 16:47

Latest Comments

1 2 Next › Last »

ElektroQuark commented on 2018-01-10 06:34

V10.1.1 is out.

knutmithut commented on 2017-07-31 15:19

Regarding the LPCLink2 the only difference in the udev rules I found is this additional line in 85-mcuxpresso.rules:
KERNEL=="hidraw*", ATTRS{idVendor}=="1fc9", ATTRS{idProduct}=="0132", MODE="0666"

With lsusb I saw that the LPCLink2 after using it on windows is detected as
Bus 001 Device 002: ID 1fc9:000c NXP Semiconductors
which refers to the udev rule:
# LPC-Link (unbooted)
SUBSYSTEM=="usb", ATTRS{idVendor}=="1fc9", ATTRS{idProduct}=="000c", MODE="0666"

After running
$ /opt/lpcxpresso/bin/boot_link2
/opt/lpcxpresso/bin/dfu_boot -s ./boot_link2 -n LPC-Link2 -v 0x1fc9:0x000c -i /opt/lpcxpresso/bin/../bin/LPC432x_CMSIS_DAP_V5_134.bin.hdr
Looking for DFU devices...
dfu-util -d 0x1fc9:0x000c -c 0 -i 0 -t 2048 -R -D /opt/lpcxpresso/bin/../bin/LPC432x_CMSIS_DAP_V5_134.bin.hdr
Booted LPC-Link2 (0x1fc9:0x000c) with /opt/lpcxpresso/bin/../bin/LPC432x_CMSIS_DAP_V5_134.bin.hdr

the LPCLink2 is detected as
Bus 001 Device 009: ID 1fc9:0090 NXP Semiconductors
referring to
KERNEL=="hidraw*", ATTRS{idVendor}=="1fc9", ATTRS{idProduct}=="0090", MODE="0666"

and then MCUXpresso is able to detect it, too.

knutmithut commented on 2017-07-31 15:04

Reinstalled package on a new arch system and arm-none-eabi-gdb has run into the following error:
Could not determine GDB version using command: arm-none-eabi-gdb --version
arm-none-eabi-gdb: error while loading shared libraries: cannot open shared object file: No such file or directory

Solved by installing 'curses5-compat-libs'

gromain commented on 2017-07-17 12:40

Also, I just realised this is going to install in a new folder at /usr/local/mcuxpressoide-10.0.2_411 and will not replace in the old /usr/local/mcuxpressoide-10.0.0_344 .

Should I make the change to install in a dedicated mcuxpressoide folder (to preserve updates and addon installations)?

gromain commented on 2017-07-17 08:56

I just updated to the latest version.
I could not find where your problem came from @knutmithut, I'm sorry.
I don't own a LPCLink2 debugger unfortunately, so I can't test properly. Maybe it has to do with the udev rules. Can you check to content of /usr/lib/udev/rules.d/85-lpcxpresso.rules and compare it to the version installed by this package? (/usr/lib/udev/rules.d/85-mcuxpresso.rules)

knutmithut commented on 2017-06-30 22:57

Hey, last time I reinstalled this package after removing no longer needed packages from my system (including I noticed that MCUXpresso no longer finds my LPCLink 2 debugger, until I reinstalled lpcxpresso.
I have been using the debugger on Windows machines in between, and coming back to arch mcuxpresso wasn't able to detect it, until I booted it via /opt/lpcxpresso/bin/boot_link2 (source:
I'm not sure wether there is missing something in this package or in upstream. In latter case I will report to NXP.
Regards, Michael

gromain commented on 2017-05-18 11:09

Thanks guys, both errors have now been corrected in this new release.

ThomasL commented on 2017-05-18 11:06

Had to change a line in PKGBUILD because getting the following error:

Unable to create license directory: /usr/share/NXPLPXpresso
Please create the directory before continuing

- mkdir -p ${srcdir}/mcuxpressoide/usr/share/NXPLPCXpress;
+ mkdir -p ${srcdir}/mcuxpressoide/usr/share/NXPLPCXpresso;

knutmithut commented on 2017-05-11 13:20

Thanks for the changes, my 4GB tmpfs suffices now.

Also I noticed lib32-glibc is required to run the included 32bit version of arm-none-eabi-gcc. Maybe you want to add it to the dependencies.

gromain commented on 2017-05-04 13:22

I changed the PKGBUILD to remove the source files after extraction.
It should help with the size of the build folder.
I'll investigate wether it can be reduced more by extracting files directly to the pkg folder.