According to the gputils website, as of version 0.13.5, the CONFIG directive should be supported for the 18F series. However, it doesn't work, at least for the 18F4550. Reproducible: Always Steps to Reproduce: $ cat config.asm radix dec processor 18F4550 #include <p18f4550.inc> config PLLDIV=5, CPUDIV=OSC1_PLL2, USBDIV=2, FOSC=HSPLL_HS, FCMEN=OFF, IESO=OFF config PWRT=ON, BOR=OFF, VREGEN=ON, WDT=OFF, MCLRE=ON, PBADEN=ON, CCP2MX=OFF config STVREN=ON, LVP=OFF, ICPRT=OFF, XINST=ON, DEBUG=OFF config CP0=OFF, CP1=OFF, CP2=OFF, CP3=OFF, CPB=OFF, CPD=OFF config WRT0=OFF, WRT1=OFF, WRT2=OFF, WRT3=OFF, WRTB=OFF, WRTC=OFF, WRTD=OFF config EBTR0=OFF, EBTR1=OFF, EBTR2=OFF, EBTR3=OFF, EBTRB=OFF end $ gpasm -v gpasm-0.13.5 beta $ gpasm -c -w2 config.asm Actual Results: config.asm:5:Error [176] CONFIG Directive Error: (setting not found for selected processor) Expected Results: This should compile; MpASM compiles identical code fine.
Note that config.asm wrapped lines in the bug report; anything indented was the start of a new line in the original code while anything not indented is the continuation of the previous line.
Could you please file this bug upstream and follow it up there ? Unless you can provide a patch for it I'm afraid there's not much much we can do here. If you or upstream end up being convinced this is a Gentoo-specific issue then feel free to reopen this bug, but in that case we'll certainly need help to fix it. Denis.
Taking it upstream, will report progress.
(In reply to comment #3) > Taking it upstream, will report progress. Thanks a lot. Denis.
Report from upstream: [quote] The example works perfectly with SVN r500 or newer. Support for the CONFIG directive on the 18f4550 just barely missed the 0.13.5 release, but will definitely be in the 0.13.6 release which I expect to have ready in about a week. You can either update to the SVN version or wait for the next release. [/quote]
I hope you won't mind if I don't create a snapshot for a feature that will come in a week. If it was a security fix or if I was less busy it would be a different story, though. Make sure you reopen this bug when upstream makes the new release, and I'll bump it ASAP. Denis.
Not at all, I wasn't expecting anything before the next release anyway :)
I've released the new version (gputils-0.13.6). It's on sourceforge now, but I'll go ahead and update the ebuild ASAP.
I attached the new ebuild at bug #222581.
Nice, same-day ebuild service :) Seems to be working for me.
