Package Details: microchip-mplabxc8-bin 2.31-1

Git Clone URL: (read-only, click to copy)
Package Base: microchip-mplabxc8-bin
Description: Microchip's MPLAB XC8 C compiler toolchain for their PIC10/12/16/18 microcontroller families and their PIC14000 device
Upstream URL:
Licenses: custom
Submitter: bxs
Maintainer: greyltc (mickael9)
Last Packager: mickael9
Votes: 18
Popularity: 0.40
First Submitted: 2012-03-24 20:33
Last Updated: 2021-02-18 22:11

Latest Comments

1 2 3 4 5 6 ... Next › Last »

JDuch commented on 2020-11-13 16:41


To fix the two issues mentioned by @lesmalave and @dromadeuse, I had to replace lib32-tclkit by tclkit and cancel out the move of docs/* files.

Here are the diff :

diff --git a/PKGBUILD b/PKGBUILD
index 556fdc5..efdcf4a 100644
@@ -1,5 +1,6 @@
 # Maintainer: Grey Christoforo <first name at last name dot net>
 # Contributer: mickael9 <mickael9 at gmail dot com>
+# Contributor: jduch <jduch at pm dot me>

@@ -10,7 +11,7 @@ arch=(x86_64)
-makedepends=(sdx lib32-tclkit)
+makedepends=(sdx tclkit)

 options=(!strip docs libtool emptydirs !zipman staticlibs )
 source=("${_number_of_bits}-v${pkgver}" "bitrock-unpacker.tcl")
@@ -36,7 +37,7 @@ package() {
   sed -i "s/<xclm>/<xclm>\n\t<xclm:LicenseDirectory xclm:path=\"\/opt\/microchip\/xclm\/license\/\" \/>/" \
   mv unpacked.vfs/licensecomponent/LinuxLMBin/etc/xclm.conf "${pkgdir}/${_instdir}/etc"
-  mv unpacked.vfs/licensecomponent/LinuxLMBin/docs/* "${pkgdir}/${_instdir}/docs"
+  #mv unpacked.vfs/licensecomponent/LinuxLMBin/docs/* "${pkgdir}/${_instdir}/docs"
   mv "${pkgdir}/${_instdir}"/*License.txt "${pkgdir}/${_instdir}/docs" 2>/dev/null || true

   mkdir -p "${pkgdir}/etc/profile.d"

lesmalave commented on 2020-11-13 02:06

Please help me

couldn't load file "/tmp/tcl_Qp5HQb": /tmp/tcl_Qp5HQb: wrong ELF class: ELFCLASS64 while executing "load /installer/libraries/lzma-decoder-linux-x64/" ("package ifneeded Tcllzmadec 0.2" script) invoked from within "package require Tcllzmadec" (file "./bitrock-unpacker.tcl" line 26) ==> ERROR: A failure occurred in build(). Aborting...

dromadeuse commented on 2020-11-02 10:17

wrong ELF class: ELFCLASS64 with lib32-tclkit but ok with tclkit

mv: cannot stat 'unpacked.vfs/licensecomponent/LinuxLMBin/docs/*': No such file or directory It works when the line is commented

Does the .run contain docs ?

optlink commented on 2018-08-20 23:05

To fix various issues here's what I added:

xclm needs the setuid bit: chmod u+s "${pkgdir}${instdir}/bin/xclm"

The etc directory is missing so the xclm.conf file is not created correctly: mkdir -p "${pkgdir}${instdir}/etc"

clang is not executable: chmod +x "${pkgdir}${instdir}/pic/bin/clang"

alaskanarcher commented on 2018-06-27 05:51

I went ahead an tried to build the package with a bumped pkgver=2.00. Fortunately it built. It does have a lot of errors and warnings from namcap. Namcap isn't always right about everything so someone who better knows the package would be required to figure out what changes may need to be made.

Here is the full namcap output from building version 2.00 in a clean chroot:

Since Arch doesn't support i686 anymore that makedepends_i686 is deprecated.

See my comment on microchip-mplab-bin about ELF file install location and insecure RPATH. Probably nothing to be done about that namcap error.

The FHS man page error is because these are not installed to /usr/share/man. Similar to the ELF file location error this maybe is just how this package needs to be installed.

Apparently libtool files are not normally present in a package. options=(!libtool) will remove them automatically apparently.

There are some library files with weird permissions that aren't 644 or 444. They all seem to have permissions 664.

Apparently bash or sh is called from somewhere, so it lists that as a dependency that isn't declared. Its part of the base group so it's a grey area as to whether or not it needs to be declared.


greyltc commented on 2018-03-18 14:08

looks like the lib32-tclkit segfault has been solved, so everything should be okay with this package and deps now

stiefel40k commented on 2017-09-07 21:02

@greyltc I was able to fix the lib32-tclkit by removing the upx call from the makefile. See

I think the whole thing might be related to which was opened in May 2017.

If you want I can create a new release.

I don't really know how can be solved, but you might build in some post_build mechanism (if it is possible) to remove the makedeps, as some of them stays back as orphans. :)

greyltc commented on 2017-09-07 19:42

lib32-tclkit used to compile fine on 64bit machines and this whole process worked regardless of architecture. The segfault in the build there started maybe a few months ago. I think the right solution here is to fix the lib32-tclkit build...but I've been trying too and I haven't so far been able to fix it either. Any help fixing that segfault is more than welcome.

stiefel40k commented on 2017-09-07 19:27

I was trying to install this package (on x86_64), but for this you'll need to install the lib32-tclkit, which segfaults during the build process. You can however patch the call from the makefile out, and so you can build the package, however for me it segfaulted during the unpacking of the installer file. And the problem is, that although the tclkit, can be compiled for x86_64, however it can't unpack the installer, because - as the comment in the bitrock-unpacker.tcl states - one of the used library only includes the i686 compilats...

To overcome this I unpacked the installer in an i686. I would suggest to do the same and change the source from the official installer to the unpacked files. I'll call tomorrow microchip if it is allowed by the licence at all, and I'll get back with the info. If microchip says it's all good, and you wish I'll set up a repo for that. Probably you should do the same for the other two versions as well.

greyltc commented on 2017-08-23 16:24

Ok, I just recomputed the hash. Maybe it's fixed.