Search Criteria
Package Details: microchip-mplabx-bin 6.20-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/microchip-mplabx-bin.git (read-only, click to copy) |
---|---|
Package Base: | microchip-mplabx-bin |
Description: | IDE for Microchip PIC and dsPIC development |
Upstream URL: | http://www.microchip.com/mplabx |
Licenses: | custom |
Conflicts: | mplab |
Provides: | mplab |
Submitter: | bxs |
Maintainer: | mickael9 (danwood76) |
Last Packager: | mickael9 |
Votes: | 57 |
Popularity: | 0.000006 |
First Submitted: | 2011-12-17 04:28 (UTC) |
Last Updated: | 2024-02-04 15:45 (UTC) |
Dependencies (13)
- alsa-lib
- gtk2 (gtk2-maemoAUR, gtk2-patched-filechooser-icon-viewAUR)
- java8-openjfxAUR
- jre8-openjdk
- libxslt (libxslt-gitAUR)
- libxtst
- desktop-file-utils (desktop-file-utils-gitAUR) (make)
- fakechroot (fakechroot-gitAUR) (make)
- microchip-mplabc18-bin (optional) – C compiler for PIC18 MCUs
- microchip-mplabxc16-binAUR (optional) – C compiler for PIC24 MCUs and dsPIC DSCs
- microchip-mplabxc32-binAUR (optional) – C Compiler for PIC32 MCUs
- microchip-mplabxc8-binAUR (optional) – C compiler for PIC10 PIC12 PIC16 PIC18 MCUs
- sdcc (sdcc-svnAUR) (optional) – C compiler for PIC16/18 MCUs
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 31 Next › Last »
siavoshkc commented on 2023-05-28 11:57 (UTC)
Actually I installed both IDE and compiler via original Linux installer with no problem. So 32bit dependencies are definitely redundant.
danwood76 commented on 2023-05-27 15:00 (UTC)
@siavoshkc mplabx always had 32-bit dependencies so without the 32-bit libs things like debuggers may not work. I can check the latest version when I package it up.
@schrmh not really sure what your issue is, none of the udev rules mention uaccess.
siavoshkc commented on 2023-05-27 10:42 (UTC)
Can we exclude 32 bit dependencies in case we don't want any cross compilation on x64 system? This is to avoid enabling multilib repo.
lib32-fakechroot (make, x86_64) lib32-fakeroot (make, x86_64)
schrmh commented on 2023-01-15 13:13 (UTC)
Would be nice if it the 98-jlink-mplabx.rules udev rule would be fixed. Problem like this: https://bbs.archlinux.org/viewtopic.php?id=274415
s.f commented on 2022-08-24 09:18 (UTC)
Awesome, thanks.
danwood76 commented on 2022-08-23 12:33 (UTC) (edited on 2022-08-23 12:35 (UTC) by danwood76)
@s.f
I have had a bit of a dig into this (never used harmony 3 before), and it looks like the graphics composer ships its own Qt library versions.
plugins/legato/libQt5Network.so.5
plugins/legato/libQt5Xml.so.5
Are both from v5.14.1 where as the rest are from 5.15.2.
As a quick hack I replaced these two files with the versions available in the 5.15.2 from the archlinux package archive (https://archive.archlinux.org/packages/q/qt5-base/qt5-base-5.15.2-5-x86_64.pkg.tar.zst) and the composer then launches just fine (need to extract the two libQt5Network.so.5.15.2 and libQt5Xml.so.5.15.2 files from /usr/lib and then rename and replace the original files).
So basically the legato package is broken, I would guess that it doesn't launch even if you install MPLABX manually so this should be reported to microchip.
Hope that helps
s.f commented on 2022-08-23 09:39 (UTC)
When starting the graphics composer from Harmony3 I get this message in the terminal where I started mplab_ide:
Starting the graphics composer stand-alone works. The path is eg.
They ship their dependencies:
Using export LD_LIBRARY_PATH does not work, it looks like the spawn a new process from within mplab_ide with a clean environment.
Any ideas?
danwood76 commented on 2022-05-09 09:13 (UTC)
@K4LCIFER
Your issue is with the "java8-openjfx" package, report your issue there.
K4LCIFER commented on 2022-05-09 02:43 (UTC)
Wont' build due to errors:
NobodyDBG commented on 2022-02-03 17:44 (UTC)
Hi @danwood76,
After complete deinstall MPLABX and build this package new it works fine now.
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 31 Next › Last »