Thread: struct "ECAN_MBOXES" has no field "MailBox"

Originally Posted by stahta01

Whenever you are using an Code::Blocks custom makefile project, you need to look inside the makefile for the cause and solution of the build problems.
Only after the build works from the command line should you look for an problem in the C::B IDE.

Tim S.

Well. This code is huge one. In debug folder of this project I can see .obj file, .map file .d file, .mk file and a particular .map file.
Map file can tell something?

If you can look the error console is saying 'CAN_Module.obj' failed. I cant see any .obj file in my Debug folder. What do you think?

Originally Posted by stahta01

You can ignore my post I was thinking you were using the Code::Blocks IDE; since what you stated you did sounded like an Code::Blocks option.

Since, I have no knowledge about either your code or your IDE, I can not help you.

Tim S.

In general you arise a common technique. Its not different for any IDE.

Well you don't get an obj file if the compile step failed, so nothing unusual in that.

Fine! Nice to know that case is normal. While I get some memory problem I usually keep eyes in map file.

Seems simple enough, edit CAN_Module.c so it doesn't use MailBox.
Though you probably have to replace it with something else.

All the problem above is causing for wrong selection in project>C2000 compiler> Include option
Errors drops to 3 now by changing setting following path
C:\F2806x_common\include
C:\F2806x_headers\include

code exists.
- code exists, but inside a conditional compilation expression. At this point, the maintainers of CAN_Module.c should have been figuring out what to use instead of MailBox.
- code exists, but is commented out "for reference only".
- code is deleted, no longer used nor interesting.

So kind of you, My old code was able to build previously, may be its conflicting with new version of F2806x_ECan.h.c. Now this problem shifted to as follows,

#148 declaration is incompatible with "struct PIE_VECT_TABLE PieVectTable" (declared at line 194 of "C:/F2806x_headers/F2806x_headers/include/F2806x_PieVect.h") F2806x_GlobalVariableDefs.c
I have been copied F2806x_GlobalVariableDefs.c from C:\ti\c2000\C2000Ware_3_04_00_00\device_support\f2 806x\headers\source
This file is same for both version.

If we remove from GlobalVariableDefs.c, 103 errors appears including ISR, memory and so on. If we remove it from F2806x_PieVect.h then errors remain 25 and console says "PIE_VECT_TABLE PieVectTable is not defined."

It's fairly normal if you've just downloaded a bunch of code that hasn't been used in a while to find this kind of bit-rot.

Well said. This problem make me heal with the same story of moneys and the balance, onside is overloaded then I eat those for balancing, same stupidity happens again.

This sounds like you are missing some fundamental definitions.

I don't know anything about the code you are using, but I suspect that there is some header file you are supposed to include to provide symbol definitions, or alternatively maybe you are supposed to provide -DX=Y on the command line (for some variable X and some value Y).

There might be code in a header like (this is just an example!!!)

Code:

#if ARCH == x86
#elif ARCH == x64
#endif

This sort of thing will quietly not define anything if ARCH is not defined at all. (Because the code author's didn't put "#error" in a final #else block.) And if you don't define anything, you get those missing symbol errors.

So maybe look at old build logs you might have, to see if there were symbols on the command line that are now missing. Or maybe look at the new version documentation, to make sure there is not some symbol definition you are now required to provide on the command line or in a file.

Originally Posted by Salem

I suppose it's too late to ask if you've got a source control system like git / perforce / cvs in place.

Yes. There is lot of criteria in ccs, eclipse is more diversified. Most of them has been documented well. Depending on code type those are applicable. If you have such experience you can suggest which project setting should be performed.

I can give you a summary of flag set,
-v28 -ml -mt --cla_support=cla0 --float_support=fpu32 --vcu_support=vcu0 -O2 --opt_for_speed=3 --fp_mode=relaxed --fp_reassoc=off --advice:performance=none -g --diag_warning=225 --display_error_number --abi=eabi -z -m"{DEMO.map" --stack_size=0x300 --warn_sections -i"C:/ti/ccs1031/ccs/tools/compiler/ti-cgt-c2000_20.2.4.LTS/lib" -i"C:/ti/ccs1031/ccs/tools/compiler/ti-cgt-c2000_20.2.4.LTS/include" --reread_libs --display_error_number --xml_link_info="DEMO_linkInfo.xml" --rom_model

Originally Posted by Salem

I meant this -> Version control - Wikipedia

If you can't track changes, have 'development' for what you're working on, 'release' for stuff that works and 'experimental' for stuff you might end up throwing away, then you're in for a hard time.

TI describes these things here, you might indicating this issue
Compiler Version Numbers and What They Mean