Package Details: microchip-mplabxc8-bin 2.36-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
Conflicts: lib32-tclkit
Submitter: bxs
Maintainer: greyltc (mickael9)
Last Packager: mickael9
Votes: 20
Popularity: 0.106705
First Submitted: 2012-03-24 20:33 (UTC)
Last Updated: 2022-02-09 21:38 (UTC)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

NobodyDBG commented on 2022-02-06 17:43 (UTC)

Package is outdated. Last release is XC8 v.2.35.

fenugrec commented on 2021-12-31 20:00 (UTC)

I'm having trouble with bitrock-unpacker and its outdated, broken TCL dependencies. Is there a reason why a procedure like the one used for MPLABX wouldn't work ?

JDuch commented on 2020-11-13 16:41 (UTC) (edited on 2020-11-14 10:13 (UTC) by JDuch)


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 (UTC)

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 (UTC)

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 ?

<deleted-account> commented on 2018-08-20 23:05 (UTC)

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 (UTC)

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 (UTC)

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