Package Details: microchip-mplabxc8-bin 1.43-1

Git Clone URL: https://aur.archlinux.org/microchip-mplabxc8-bin.git (read-only)
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: http://www.microchip.com/mplab/compilers
Licenses: custom
Submitter: bxs
Maintainer: greyltc
Last Packager: greyltc
Votes: 13
Popularity: 0.016034
First Submitted: 2012-03-24 20:33
Last Updated: 2017-08-23 16:23

Latest Comments

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 https://github.com/stiefel40k/kitgen/commit/af37524f7ab4ec3d166a5110c3b8fe4adffbee27

I think the whole thing might be related to https://github.com/upx/upx/issues/105 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

@stiefel40k
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.

potatoe commented on 2017-08-23 16:12

The hash for xc8-v1.43-full-install-linux-installer.run seems to be out of date. Maybe they updated it without changing the filename?

Anonymous comment on 2016-05-24 10:24

@greyltc working great for me, no more errors, thank you!

greyltc commented on 2016-05-23 20:23

My apologies again for being so slow here. I've just updated, are things working alright now?

Wesley_Chan commented on 2016-04-19 03:14

@greyltc, would you please update this package and apply the patch which you applied to XC32? Thank you.

Wesley_Chan commented on 2015-09-18 05:01

Dear @Technicus,

This is what I was talking about. The installation is not identical to the official installer. Please read my comment and the one on the XC32 package page.
https://aur.archlinux.org/packages/microchip-mplabxc32-bin/

Now maybe we should wait for greyltc's response. For a quick solution, copy those files mentioned manually.

Regards,

Technicus commented on 2015-09-17 20:41

When compiling I get this message:
" sh: /opt/microchip/xc8/v1.35/bin/xclm: No such file or directory ".

What does it mean?

Also I posted a gist describing a situation I am having and asking a question: < https://gist.github.com/Technicus/88f48898880540e9be56#file-simulator_compiler >.

If any suggestions would be welcome.

Thanks

All comments