PIC18FxxQ43 , XC8 , ( Curiosity Nano )

Status
Not open for further replies.

granddad

Well-Known Member
Most Helpful Member
Just sharing a bug I found in the MC XC8 2.32. also 2.40 .
Symptoms .. PIC18F57Q43 code complied but with many errors and warnings . check the #include <xc.h> line. [ The PORTE didn't work ]
Fix.. the plib file was missing from the XC8 directory, I took a guess and copied and renamed the lib file into the 2.40 include directory as plib . Code compiles now without the ‘red weed ‘of errors. ( fix is right picture ) .
( I'm running linux.mint 20 . MPLABX 6.0)
.
 
Sort by date Sort by votes
Tell MC that ... there is something amiss xc.h is looking for plib. As i posted lots of warnings and errors an PIC not working, although it complied, till I changed the file ...
 
Last edited:
Upvote 0 Downvote
granddad said:
Tell MC that ... there is something amiss xc.h is looking for plib. As i posted lots of warnings and errors an PIC not working, although it complied, till I changed the file ...
View attachment 138828
Click to expand...
It will only look for the PLIB if your code references it.. When you "install" the PLIB, the XCx.H is updated.

I do not suffer these issues as I write my own libraries.. I'm sorry I cannot shed more light as I haven't the need for the Q series as yet. Still phaffing with the K and J at the mo..
 
Upvote 0 Downvote
Ian Rogers said:
It will only look for the PLIB if your code references it
Click to expand...
From my investigations #include <xc.h> eventually references plib (dir) , as it has the pic18f57q43 .inc and .h files. and a hundred others !
Just to repeat the code compiled even with all the red errors,and didnt go away ( porte didnt work ) untill i moved and renamed the lib to( could have been proc i hacked not lib ) ( I copied the directory as it had the inc and h files ) xc was complaining about .

The Q series is well stuffed with devices , the curiosity nano has a 48 pin PIC , I seem to be using them all !
 
Last edited:
Upvote 0 Downvote
This was a new project with the Q series, so i was checking the config and mainly the clocking possibilities, so the code only had #include <xc.h> and was just a few lines getting the reference clock to output on PORTE ( Should have but failed ).. Originally there was no plib directory under the v2.40/pic/include/ directory. the v2.40/pic/lib directory has or HAD 100s of PIC device .h and .inc files , and as xc.h was eventually looking for v2.40/pic/include/plib directory , I gave it one ...so yes my code did need a pic18f57q43.inc (.h) within a plib directory. Should say i have since found out I'm not the only person who hit this bug..
 
Last edited:
Upvote 0 Downvote
further .. far as i can tell plib should not be part of the xc2.40 file structure . but my project would not 'function' until i added it !
still investigating .....
edit, I removed the plib i created all the red errors and warnings came back ...

Conclusion .. project builds no errors with my plib directory. think i am chasing stuff way beyond my skills.
 
Last edited:
Upvote 0 Downvote

Just fyi -
On my installation, there are no .h or .inc device files under v2.40/pic/lib.
All the device files are located under the pic/include/proc folder
 
Upvote 0 Downvote
... and don't confuse the red-squigglies in the brain-dead MPLABX IDE with actual problems.
The only sure-fire way to know if you have a problem is to compile it and see if the compiler barfs.
If it compiles you're good to go.

This is purely an IDE issue that mchip don't seem to be able to fix. Better men have tried and failed. You'll be changing your moniker to 'great granddad' before this is (possibly) ever resolved.
 
Upvote 0 Downvote
It seems like the compiler, when updated, has included the previous version . Which is weird as the new versions are in separate directories.
 
Upvote 0 Downvote
One thing I will say... MPLABX isn't the best tool out there... I really cant stand all the little digs and "non" conformity issues it has.. I get sooo many warnings which are trivial.. It would appear that they don't really coexist with the compilers very well atall..

If you have seen some of my issues, I normally use Proteus VSM ide for my compilation, and I get minimal warnings.. The same code in MPLABX is phenomenal.. even if I set warnings to minimal.

This tells me that its not always the XC8 compiler.. The linker is the one that needs to find object code and it gets its information from the IDE..
 
Upvote 0 Downvote
Over the years I too have got used to the warning errors etc, i can see why people stick with old versions of MC sw . But having got a Q pic that would not play until i had latest updates. then my paper chase started. Its difficult to know if its is something ' you ' did or just one of MC's many bugs . The Curiosity nano is working fine now , ( other than the green led not solid after a build ) , I even sorted the complex interrupt code . maybe .. with X its a bit like that 24/7. I am only playing with a PIC and Z80 hybrid . as Z80 was my first dip of my toe in the techie water back in the 70's.
 
Upvote 0 Downvote
MPLABX V6.0 is the buggiest piece of software I have ever had the (unpleasant) experience to use. Absolute piece of garbage and not fit for purpose. You definitely get what you pay for.

Mike.
Edit, actually any version.
 
Upvote 0 Downvote
When I ran into issues two months back.. Proteus was giving me and issue.. Ran the compiler on MPLABX and it ran nice I thought Proteus was faulty.... no nO NO The problem was my code.. On proteus it didn't work in sim OR real... MPLAB compiled the code and it ran on hardware, but the issue was still there but masked.
I had two buffer underrun issues, So... I couldn't understand why one IDE ran it and one didn't..
 
Upvote 0 Downvote
I had not realized how crucial the #include <xc.h> was , back in the day i would #include <p16Fxxxx> for instance , pick the wrong device .inc and it didn't compile .. so where does xc.h get its device info from , must be the IDE config .. but with my project, xc.h failing to locate the .inc file X still complied and ran allbeit 'not ran '..Seems its an X IDE mac and linux thing MC have had a support ticket for 2 years.
 
Upvote 0 Downvote
Status
Not open for further replies.

Similar threads

P
XC8 warning - what is wrong?
Replies
7
Views
5K
tumbleweed
T
  • Question
XC8 PIC C++
Replies
10
Views
4K
Nigel Goodwin
  • Question
sprintf hex in XC8
Replies
4
Views
8K
Nigel Goodwin
  • Question
Interesting 'overhead' using free version of XC8.
Replies
10
Views
8K
Nigel Goodwin
S
  • Question
Arduino Nano+GPS+GSM+LoRA+WebServer+GoogleMaps
Replies
7
Views
7K
southcoding
S
Menu
Log in
Register
Cookies are required to use this site. You must accept them to continue using the site. Learn more…